在我的例子中，.gitignore文件以某种方式损坏了。它有时显示得很好，但有时是胡言乱语。我想编码可能是罪魁祸首，但不能确定。为了解决这个问题，我删除了这个文件(之前在VS Code命令行中通过echo > .gitgore创建的)，并在文件系统(资源管理器)中手动创建了一个新的文件，然后添加了我的忽略规则。在新的.ignore到位后，一切都可以正常工作。

这里和其他地方提供的解决方案对我不起作用，所以我将为将来的读者补充讨论。我承认我还没有完全理解这个过程，但我终于解决了我的(类似的)问题，想要分享。

当我在Windows 10的IntelliJ IDEA中使用git时，我无意中缓存了一些包含数百个文件的文档目录，在将它们添加到.gitignore后(可能会移动它们一点)，我无法将它们从默认更改列表中删除。

我首先提交了我所做的实际更改，然后着手解决这个问题——花了我太长时间。 我尝试了git rm -r——cached。但是总是会得到路径规范错误，带有不同的路径规范变体以及-f和-r标志。

git状态仍然会显示文件名，所以我尝试使用git rm -cached中的一些文件，但没有运气。 存储和解存储更改似乎是有效的，但它们在一段时间后再次排队(我对确切的时间框架有点不清楚)。 我最终删除了这些条目，以便更好地使用

git reset

我认为这只是一个好主意，当您没有真正想要提交的暂存/缓存更改时。

索引更新——skip-worktree

忽略配置文件的特定git选项是:

$ git update-index --skip-worktree <filepath>

注意，不需要在.gitignore中添加任何东西。

要取消此设置，例如当配置文件的通用结构发生更改时:

$ git update-index --no-skip-worktree <filepath>

——skip-worktree用于指示git永远不要将文件更改索引到特定的文件。这可能是因为开发人员通常需要在本地更改文件以测试项目。例如，如果主存储库上游托管了一个可用于生产的配置文件，那么应该防止对该文件的意外提交更改。

而——assume-unchanged则假设开发人员永远不应该更改该文件。这个标志仅仅是为了提高git的性能，不改变像软件开发工具包(SDK)组件这样的文件夹。

在我的例子中，.gitignore文件以某种方式损坏了。它有时显示得很好，但有时是胡言乱语。我想编码可能是罪魁祸首，但不能确定。为了解决这个问题，我删除了这个文件(之前在VS Code命令行中通过echo > .gitgore创建的)，并在文件系统(资源管理器)中手动创建了一个新的文件，然后添加了我的忽略规则。在新的.ignore到位后，一切都可以正常工作。

如果你已经在你的。gitignore中添加了。idea/* Git rm -r——cached .idea/命令不工作(注意:显示错误-> 致命的:pathspec '。Idea /'没有匹配任何文件)试试这个

从你的应用中删除。idea文件运行这个命令

rm -rf .idea

现在运行git status并检查 在运行app时，将再次创建.idea文件夹，但它不会被跟踪

我插一句。在我的例子中，子目录中有一个git repo，因为我从其他人那里解压缩了一个zip文件，然后递归地将他们解压缩zip中的所有内容复制到我的repo中，而没有检查我正在复制什么。

一旦我吹走了我现有的回购中的.git目录，一切都很好。