GT Checkout故障排除

我已经克隆了一个git存储库。 在我从另一个分支创建了新分支之后,例如分支A的分支B。 然后,我在分支B的代码中做了很多修改 而且,我想在上一个分支A上结帐。 惊喜!如果我想隐藏我的工作以及在分支A上接通电源时,不带aks的Git签出。写在分支B上的所有修改都在分支A上。

怎么可能? 我尝试使用命令行并从IDE phpStorm中获得相同的结果 我在Windows 10上工作。

帮帮我:)

cs52012301 回答:GT Checkout故障排除

让我们尝试一种稍微不同的方法,而不是立即将其作为Checkout another branch when there are uncommitted changes on the current branch的副本来关闭。

  

...我从另一个分支中新建了一个分支,例如分支A中的分支B。

也就是说,您跑了:

git checkout branch-a
git checkout -b branch-b

或:

git checkout -b branch-b branch-a

或许多其他可能的命令之一。

  

然后,我在分支B内的代码中做了很多修改...

这是问题的根源:您已经对您的工作树进行了更改。您未更改任何分支。分支B仍与分支A完全相同。您有更改,但根本不在任何分支上。。它们是未提交的更改。

这里棘手的一点是,Git对分支名称的关注很少。 Git关心的是 commits

每个提交都有一个丑陋的哈希ID,例如08da6496b61341ec45eac36afcc8f94242763468。该哈希ID实际上是提交的真实名称。所有其他名称只是提供哈希ID的方法。

提交本身存储东西。提交后,它将存储所有已提交文件的快照。此快照永远无法更改-不能更改。散列ID似乎是随机的,实际上是提交中所有内容的加密校验和,包括保存的快照(以及更多内容)。因此,如果您以某种方式进行更改,您将拥有一个新的和不同的提交,以及一个新的和不同的丑陋的哈希ID。现有的提交将仍然具有其现有的哈希ID。

Git 确实真的关心这些提交。 Git将竭尽所能,不要失去任何一个。即使您错误地创建了一个密码,例如在文件中包含密码,或者是一个本不应该提交的巨型文件,要获得 rid 仍然是 1 (尽量不要意外地犯此类事情。)

分支 name 只是一个名称。它所做的只是保留一个哈希ID。像branch-abranch-bmaster这样的名称是记住丑陋的哈希ID的一种方式,因为否则很难记住。

在Git中处理提交时,有一个很大的绊脚石:压缩并冻结了提交中存储的文件。这是一个功能:由于不能更改提交中的文件 ,因此以后的提交可以重用该文件。因此,您可以在其中包含一个大文件的情况下进行一千次提交,如果该大文件每次都相同,则实际上只有一个大文件副本。

但这也意味着,为了使用文件,Git必须从提交中提取文件。这就是您的工作树的全部内容。 (工作树有几种不同的称呼方式,包括工作目录工作树; 在这里它们都非常相似。)在这里您可以看到和处理文件。

工作树中的文件不是提交。更改它们不会影响任何现有的提交。因此,您可以随意更改它们,而 Git 中什么也没有发生。事情只发生在您的工作树中,而现在只是让您随心所欲而已。

当您进行一次 new 提交时,还有一些棘手的问题。 Git不会从您的工作树中进行新的提交!这有点特殊-大多数其他版本控制系统 do 从您的工作树中进行新提交。但是Git有所不同:它通过它调用的内容(例如 index staging区域)进行新的提交,或者(通常是在最近几天) cache 。

索引从保存git checkout时选择的 commit 的所有文件的副本开始。 2 您必须复制任何更新的文件使用git add将索引返回到 索引,以获取下一次提交时要使用的更新版本。

因此,具有三个名称(索引,暂存区和缓存)的东西可能最好描述为您建议的 next 提交。当您运行git commit时,Git会将索引中的任何内容冻结到新提交中。

但是现在,branch-abranch-b这两个名称都称为 same 提交。因此,当您这样做时:

git checkout branch-a

Git检查实际的哈希ID,并确认它是 same 提交。无需执行任何操作,因此Git只是更新了名为HEAD的特殊文件以将名称branch-a放入其中。 3 您尚未更改 commits ,但现在您在branch-a上。运行:

git checkout branch-b

您仍然没有更改提交,但是现在HEAD中包含branch-b,因此您在branch-b上。

一旦git add,然后git commit,您将有一个新的提交,并带有一个新的大的哈希哈希ID。 Git会将 new 提交的哈希ID存储到HEAD中的任何 name 中,而 now Git会非常认真地关心所有这些文件,因为现在它们是提交的一部分。


1 这不是不可能,只是努力。

2 从技术上讲,索引中的内容实际上不是冻结格式的提交文件的副本,而是冻结文件的引用格式化提交的文件。由于它们无法更改,因此从您自己的角度来看,这是没有区别的区别。它使索引占用的空间更少,但对您使用索引的方式没有影响。

3 这个特殊文件通常只是一个名为.git/HEAD的文件。即使您在使用所有小写字母head的系统上,也应该这样拼写所有大写字母,因为每隔一段时间, 4 小写字母{{1} }指的是错误文件。 Git里面有一些字符串比较,如果您将其head拼写,则会使用正确的特殊文件。

4 今天一次是使用HEAD时。谁知道将来什么时候。

本文链接:https://www.f2er.com/3148334.html

大家都在问