git 状态显示现有文件已被删除

Question

运行git status我看到许多文件标记为deleted ：

On branch my-branch
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
    deleted:    nta/executor/.gitignore
    deleted:    nta/executor/NTA_EXECUTOR_README.md
    deleted:    nta/pom.xml
    ...

尽管这些文件仍然存在于文件系统中。 我尝试使用建议的方法来取消这些更改，例如

git restore --staged nta/executor/.gitignore

这对某些文件有效，但许多其他文件仍列为deleted 。

许多其他 SO 问题描述了类似的问题：

• Git 状态错误地说文件已删除
• git 显示删除状态，但它们不是
• Git 状态报告删除的文件仍然存在

但是其中描述的方法并没有解决我的特定问题。 我努力了

git reset <file>
git reset --hard <file>  # fatal: Cannot do hard reset with paths.
git reset -- <file>
git checkout -- <file>

没有运气。 还有其他想法吗？

---

此外

如果有帮助，这里描述了我为到达这里所做的可能愚蠢的事情：

我想在各种目录中暂存一些名为foo的文件：

git add */*/foo

这最终添加了比我预期更多的foo 。 所以我试图回溯：

git restore --staged  */*/foo

突然间，大量非foo文件被列为deleted

（现在您知道故事的 rest）

Answer 1

在我的例子中，有一些路径名不会损害 Linux 的 git，但不幸的是破坏了 Windows 的 git。 Anaconda 在后台进行备份，并在文件名中使用: 。 所以有Windows-bad filenames ，git 没有从远程克隆任何内容到 Windows 本地，并列出了已更改文件列表中的所有文件以使用“已删除：”提交 - 因为我的本地文件夹当然是空的。

我只需要在 Ubuntu 中的 Anaconda / Jupyter Notebook 中搜索这些文件，重命名或删除它们，提交并再次推送以获取我的 git-archive 到 ZAEA23489CE3AA9B6406EBB28E0CDA4。

从这个经验中认识到，当 Linux 中存在与您要克隆到的操作系统不兼容的文件名的提交时，git 将正确地将那些未克隆的文件添加为索引的即时本地更改 - 即使在初始克隆存档中也是如此。

从更改列表中删除它们 - 对我来说 - 只有在 Windows 之外的其他地方更改文件名才有可能。

希望这个答案对其他人有所帮助...

Answer 2

根据评论，您的 Git 版本中可能存在某种错误。 一个简单的git reset （根本没有 arguments）应该可以解决问题，但实际上您必须先删除索引文件，然后再重置：

rm .git/index
git reset

这个git reset将从头开始重新构建索引文件，现在它丢失了。 这应该是不必要的。 （还要注意，索引文件的位置取决于这是否是从git worktree add添加的工作树；上面假设不是。）

（造成这种情况的一个可能原因是 Windows 具有拒绝让程序写入文件的模式^。1但是在运行git reset时应该显示为错误。它还可能会阻止删除文件，在这种情况下rm.git/index也会失败。所以根本不清楚这里发生了什么。）

下面的原始答案。

---

¹ Windows 有一个叫做“强制文件锁”的东西。 程序无法避免这些锁。 Linux 通常只有建议文件锁定，尽管有一些 Linux 文件系统具有额外的功能。 请参阅，例如，如何使 Windows 文件锁定更像 UNIX 文件锁定？

---

正如马特在评论中所说，这意味着您已经让 Git 删除了这些文件的索引副本。 因此，将HEAD提交与提议的下一次提交进行比较，不同之处在于——如果你现在真的提交——那些文件不会出现在下一次提交中，即在这两个提交之间，你已经删除了文件。

要放回一个文件，请按照git status打印的说明进行操作：

 (use "git restore --staged <file>..." to unstage)

即，运行：

git restore --staged nta/executor/.gitignore

将nta/executor/.gitignore的HEAD副本复制回 Git 的索引。 现在HEAD副本和索引的建议下一个提交副本匹配，并且git status将不再提及该文件。 根据需要对每个文件重复。

如果您愿意，您可以使用以下命令整体覆盖当前提交中的整个索引（整个建议的下一次提交）：

git reset

（或git reset --mixed ，但--mixed是默认值）。

如果您小心地将某些特定文件复制到索引中，这将覆盖索引中仔细复制的文件，您可能需要再次小心地重新复制它，以获得您精心设置的效果。 但通常，我们倾向于将工作树中的所有内容复制到索引中，因此以这种方式清除索引副本并不是什么大问题。

我尝试使用建议的方法取消暂存这些更改...这对某些文件有效，但许多其他文件仍列为已删除。

我们可以在这方面使用更多细节，例如实际剪切和粘贴git status （或其部分）和选择的git restore命令。 它绝对应该go 回到它在HEAD提交中的 state ，之后git status应该是安静的。