git - Git看到不存在的本地更改并防止 pull

Question

如果更改文件，添加更改，提交更改并提取，Git声称我尚未提交更改。当我尝试再次提交时，收到“什么也没提交，工作树干净”的消息。

[Annas-MacBook-Pro:Project Anya$ git status
On branch master
Your branch and 'origin/master' have diverged,
and have 4 and 3 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)
nothing to commit, working tree clean
Annas-MacBook-Pro:Project Anya$ git pull origin master
anna@anna-git's password: 
From ssh://anna-git/git/Project
 * branch            master     -> FETCH_HEAD
error: Your local changes to the following files would be overwritten by merge:
    index.html
    js/app.js
    sass/custom.scss
Please commit your changes or stash them before you merge.
Aborting

我确定我没有再次更改文件，但是即使某些原因改变了它们，也不会允许我再次提交它们。为什么git认为我有本地变化？我该如何解决？

Answer 1

TL; DR:您使用了--assume-unchanged或--skip-worktree
您可以使用这些标志来使Git欺骗您，从而使事情变得更方便。但是现在，谎言又回来咬了你。

描述

请注意，git pull仅表示“运行git fetch，然后运行第二个命令，通常是git merge”，并且错误来自git merge步骤。因此，并非完全是拉失败。合并失败。这很重要，因为关于失败原因以及解决方法的答案与使用git merge无关，而不是与git pull无关。 (这是我建议避免使用git pull的众多原因之一:它对您隐藏得太多。当一切正常时就可以了.... :-))

这种失败有两个可能的原因，以两个略有不同的不同消息来区分。在这两种情况下，我们都可以肯定地说您拥有这些文件。

这是合并失败的关键行:

error: Your local changes to the following files would be overwritten by merge:
    index.html
    js/app.js
    sass/custom.scss

作为重要的补充说明，它指的是对这些文件的本地更改，而不仅仅是“这些本地文件”。此错误消息的另一种形式，而不是 The following untracked working tree files。如果您遇到该错误，我们将知道一些密切相关的内容，但并不完全相同。

这是 git status输出:

nothing to commit, working tree clean

考虑到第一次投诉的措辞，这似乎是矛盾的。但是对此有一个解释，与索引有关。

Git的索引和 git status
Git的索引是一个近似值，您可以在其中构建下一个提交。当您准备提交时(已修改了要修改的任何工作树文件，删除了要删除的工作树文件，并添加了要添加的新工作树文件)，您必须做两件事进行新的提交:

更新索引(通常使用git add)和

运行git commit

原因是 git commit从索引而不是从工作树进行新提交。因此，您必须将文件的任何新版本复制到索引中，或从索引中删除所有已删除的文件。

当您运行 git status时，Git将运行两个 git diff。一个将当前提交(称为 HEAD)与索引进行比较。另一个将索引与工作树进行比较。第一个 git diff告诉您已复制到索引的内容(如果有的话)，以便在您下一次提交时有所不同。第二个 git diff告诉您在工作树中有什么更改(如果有的话)，但是没有复制到索引，因此必须对其进行 git add编码，然后才能进行下一次提交。

第二个 git diff也可以找到未跟踪的文件。未被跟踪的文件就是“工作树中不在索引中的文件”。确实如此简单:文件必须位于工作树中，并且不能位于索引中，才能被取消跟踪。

通常，当Git找到未跟踪的文件时，它会抱怨它们:您是否不想提交此文件？是不是?？ ?？您可以通过将它们添加到 .gitignore文件中(在列表中列出其名称或与它们匹配的名称模式)来使其与外界隔绝。这会使Git关闭，但不会使文件脱轨:这仍然由“在工作树中，但不在索引中”确定。

文件进入索引后，Git会继续告诉您您的工作树文件已更新。您不想提交此文件吗？是不是?？ ?？您不能使用 .gitignore关闭Git:文件位于索引中；他们被“追踪”；将它们列出在 .gitignore中无效。

让Git骗你

如果您希望Git不再像丢失的小狗一样抱怨，可以运行 git update-index --assume-unchanged或 git update-index --skip-worktree。这告诉Git在文件的索引条目上设置标志位:是的，可以修改此文件。但是，如果不是，请假装不是。然后 git status不会一直说您不想提交此文件吗？是不是?？ ?？

但是现在那个谎言是一个问题。

检出和合并(都是有问题的)
git checkout和 git merge都使用并因此在索引和工作树上写。我将在这里描述 git checkout，因为它更简单，但是问题是相同的。在许多情况下，对于许多文件，当从一个提交移到另一个提交时，Git不必在索引和工作树上进行写操作。但是，在几乎所有情况下，对于某些文件，它确实都必须在索引和工作树上进行写操作。

例如，假设您正在执行其哈希ID为 badbeef的提交。在该特定提交中，存在 index.html的版本。现在，您告诉Git签出另一个提交，其哈希ID为 cafedad。在该特定提交中，还有一个 js/app.js版本。但是:这些是 js/app.js的相同版本还是不同版本？

如果它们相同，则Git可以完全从 badbeef移至 cafedad，而无需完全触摸 js/app.js。但是，如果没有，Git必须删除索引和工作树中的一个，并用另一次提交中的 js/app.js替换它们。

如果js/app.js的索引版本和工作树版本与HEAD 的 js/app.js提交版本匹配，则覆盖文件没什么大不了的。它在另一个提交中:如果您想要旧版本，则可以从另一个提交中删除它。 但是，如果它们与不匹配，那么覆盖它们就很重要。这可能会破坏珍贵的文件内容。

这就是为什么合并失败

Git告诉您的是，您要合并的提交也具有相同的三个文件，并且这些文件的版本与索引和工作树中的版本不同。如果您要强制Git进行合并，则将这些文件的版本替换为这些文件的其他提交版本。因此，您必须:

Please commit your changes or stash them before you merge.

但是 git status什么也没说，因为您告诉它说谎。

解决的办法是消除说谎的要求

您必须告诉Git不要再对您说谎。如果设置了 --assume-unchanged，请使用 --no-assume-unchanged清除它。如果设置了 --skip-worktree，请使用 --no-skip-worktree清除它。现在 git status将向您展示现实。

当然，首先设置这些是有原因的。因此，现在您必须解决该问题。解决该问题，提交或存储您的文件，然后合并，就完成了。