我与这篇博文中的OP遇到了同样的问题，但是我不明白标记为正确的答案（我看不到它说明了解决问题的方法）
我这样做并得到此错误：
$ git update-index --assume-unchanged web.config
fatal: Unable to mark file web.config
文件已添加到存储库
它不在 .git/info/exclude
它.gitignore不在（是，但是我取出来了，然后使用git add -f web.config，commit 强制添加了web.config 并将这些更改推送到了仓库中）
当我执行Git ls文件-o时，它不存在
那我该怎么办呢？
Answers:
我遇到了与您相同的问题，并且遵循了上面指示的相同的四个步骤，并且得到了相同的结果。这包括执行时列出了我的文件的事实git ls-files -o。但是，就我而言，我还尝试git update-index --assume-unchanged对执行时未列出的文件执行ls-files -o，但仍然收到相同的错误“ fatal: Unable to mark file”。
我以为这可能是一个错误，因此下载了最新版本的git，但这并没有帮助。
我终于意识到，该命令区分大小写！这包括完整路径和文件名。 在更新目录的路径以便使用正确的大小写指定完整路径之后，该命令将正确执行。
请注意，这是用于Windows的Git，因此您的结果可能会因其他平台而异。
我在Mac上遇到了同样的问题。区分大小写对我来说不是问题-问题是我需要首先重置git：
问题：
git update-index --assume-unchanged index.php
fatal: Unable to mark file index.php
解：
git reset HEAD
Unstaged changes after reset:
M index.php
git update-index --assume-unchanged index.php
--skip-worktree）。我通过运行摆脱了本地更改，git restore .但是跳过仍然给出了错误。最后，我尝试删除该文件。令人震惊的是，git没有说发生了变化。很明显，自git明确跟踪它以来，发生了一件时髦的事，我确定删除了它，并且绝对没有说那是改变。
致命的：无法标记文件本地化/el-GR.js
您可以做的是：
$git update-index --assume-unchanged <file name>这对我有帮助！:)
$ git update-index --assume-unchanged ./.idea/vcs.xml fatal: Unable to mark file .idea/vcs.xml $ cd .idea git update-index --assume-unchanged .工作，谢谢！
如果路径中有空格，则即使您使用正确的大小写也可能会出现此错误。
这导致“致命”错误：
git update-index --assume-unchanged code/Solution Files/WebEssentials-Settings-json
要解决此问题，只需在路径周围添加引号。
git update-index --assume-unchanged "code/Solution Files/WebEssentials-Settings-json"
我的问题是，我尝试使用带*通配符的命令，假设它是递归的，但事实并非如此。
所以我所做的是
$ git reset HEAD
Unstaged changes after reset:
M .gradle/1.9/taskArtifacts/cache.properties.lock
M .gradle/1.9/taskArtifacts/fileHashes.bin
M .gradle/1.9/taskArtifacts/fileSnapshots.bin
M .gradle/1.9/taskArtifacts/outputFileStates.bin
M .gradle/1.9/taskArtifacts/taskArtifacts.bin
执行中
$ git update-index --assume-unchanged .gradle/1.9/taskArtifacts/*
然后为我工作，并没有导致OP和我的问题。
当我尝试取消跟踪* .orig文件时遇到了这个问题。
这是我为取消跟踪它们所做的：
$git reset -- *.orig
如果那不起作用：
$git clean -fd
--assume-unchanged与慢文件系统有关，用户承诺Git不需要检查此文件，因为Git可以假定其不变。但是某些命令仍然会检查并产生“惊奇”！
不要在变化的文件上使用。
很抱歉成为新闻的带头人（我正在准备一个补丁程序，以更改该文档）。
git rm --cached filename当其他人拉时，该文件将删除
就我而言，我尝试使用上述任何一种方法，但没有运气。
经过多次尝试，我只是想将我的文件添加到索引中。
git add myfile.php
吉特拒绝了这项行动，但他建议我强行采取行动。
git add myfile.php -f
那对我有用。
也许对某人有用。我遇到了同样的问题，没有语法问题，没有带空格的名称，没有路径问题，并且git reset命令不起作用。我是从apache www内的文件夹提交的，apache服务已停止。再次启动apache服务，错误消失了
使用此命令的一个常见错误是试图假设git已经没有跟踪文件或忽略了文件。
首先确保通过运行来跟踪文件
git ls-files | grep relative_path/to/file
如果未显示文件，则需要首先添加它：
git add relative_path/to/file
如果这显示了您的文件，或者您已经将该文件添加到git中，那么您应该能够正常运行git假定命令：
git update-index --skip-worktree relative_path/to/file
或文件夹
git update-index --skip-worktree relative_path/to/folder/
您可以通过运行检查是否假定您的文件被忽略
git ls-files -v | grep ^S
S字符代表跳过的文件。
git ls-files -o。如果是这样，则不在仓库中。