正如其他答案所指出的，所选答案是错误的。

另一个问题的答案表明，可能需要跳过工作树。

git update-index --skip-worktree <file>

这个答案链接到一篇文章(http://fallengamer.livejournal.com/93321.html)并引用了这篇文章，很好地概括了--假设不变和--跳过工作树之间的区别，如下所示：

--假设未更改假设开发人员不应该更改文件。此标志用于提高不更改文件夹的性能如SDK。

--当您指示git不要触摸特定文件，因为开发人员应该更改它时，skip-worktree非常有用。例如，如果上游的主存储库承载一些生产就绪配置文件，您不想意外提交更改对于这些文件，跳过工作树正是您想要的。

所有这些都归功于borealid的研究和回答。此处包含此信息纯粹是为了方便他人。

为了节省一些时间，您添加到.gitignore中的规则可以用于删除多个文件/文件夹，即。

git rm--缓存的app/**/*.xml

or

git rm--缓存的-r app/widgets/yourfolder/

电子交易中心。

这是一个两步过程：

删除对文件/文件夹的跟踪-但将其保留在磁盘上-使用git rm—缓存现在，它们没有显示为“已更改”，但仍显示为git状态为-u的未跟踪文件将它们添加到.gitignore

单线回答git更新索引--假定不变[路径]

每当您有一个位于中央存储库和本地存储库中的文件时，请使用此选项。您需要对该文件进行更改，但不能将其转移/提交到中央存储库。此文件不应添加到.gitignore中。因为如果系统管理员引入了文件中的新更改，高级开发人员需要在所有本地repo中分发。

最佳示例：DB连接的配置文件。在中央存储库中，您将拥有生产数据库服务器的所有用户名、密码、主机和端口值。但在本地开发中，您应该只使用本地或任何其他开发DB服务器（您的团队已设置）。在这种情况下，您希望在配置文件中进行更改，但不应提交到中央存储库。

最好的

将.gitignore应用于当前/未来

此方法应用标准的.gitignore行为，不需要手动指定需要忽略的文件。无法再使用--exclude-from=.gitignore：/-以下是更新的方法：一般建议：从一个干净的repo开始-所有内容都已提交，工作目录或索引中没有挂起的内容，并进行备份！

#commit up-to-date .gitignore (if not already existing)
#this command must be run on each branch
git add .gitignore
git commit -m "Create .gitignore"

#apply standard git ignore behavior only to current index, not working directory (--cached)
#if this command returns nothing, ensure /.git/info/exclude AND/OR .gitignore exist
#this command must be run on each branch
git ls-files -z --ignored --exclude-standard | xargs -0 git rm --cached

#optionally add anything to the index that was previously ignored but now shouldn't be:
git add *

#commit again
#optionally use the --amend flag to merge this commit with the previous one instead of creating 2 commits.

git commit -m "re-applied modified .gitignore"

#other devs who pull after this commit is pushed will see the  newly-.gitignored files DELETED

如果您还需要从分支的提交历史记录中清除新忽略的文件，或者如果您不希望从将来的拉取中删除新忽略的文档，请参阅此答案。

问题可能是由操作顺序引起的。如果您首先修改了.gitignore，然后修改了git-rm-cached-xxx，那么您可能不得不继续遇到这个问题。

正确的解决方案：

git rm--缓存的xxx修改了.gitignore

顺序不变！

修改后的.gitignore重载！