在你看到文件出现的同一个目录下:

rm .idea / workspace.xml Git rm -f .idea/workspace.xml(由Chris vdp建议) vi .gitignore i(要编辑)，在其中一行中添加.idea/workspace.xml, Esc，:wq

你现在应该没事了

只要告诉git不要假设它被改变了，不管发生什么:

git update-index --assume-unchanged src/file/to/ignore

是的，您可以从git存储库中删除这些文件。但是如果你的团队都使用相同的IDE，或者你是一个人，你可能不想这样做。对你自己来说，你希望有一个好的起点来重新开始工作，对你的队友来说也是如此。

只是想分享一下我的经验。

无论我尝试什么，我都有同样的问题，但我正在进行的回收如你所期望的那样在顶层生成了一个.idea，但.gitignore被放置在目录树下的一个文件夹中。

So:

.idea // On the level above the .gitignore file
application/
- .gitignore // too low to include .idea
- otherfile.js

所以我的解决方案是，我需要在repo的顶层创建一个.gitignore文件，然后我可以像预期的那样删除/ .idea文件夹，就像这样:

.gitignore // Now this can successfully target .idea below
.idea
application/
- .gitignore
- otherfile.js

忽略以.iws结尾的文件，以及.gitignore中的workspace.xml和tasks.xml文件 参考

不太直观，但一旦我弄清楚就很容易修复:我将文件添加到.gitignore，然后在Commit选项卡的更改列表中恢复该文件。它不再出现了。

(我猜一旦IntelliJ自动将更改添加到git中，它将不再与.gitignore进行比较。一旦恢复，IntelliJ将在添加文件之前开始与.gitignore进行比较。)

因为在我的情况下，我执行一个项目的第一次提交，简单地删除。git和。idea文件夹，然后使用git init重新初始化git有助于解决问题。现在我完全不知道了。