blocks|key|4433882|text|对我有帮助的是以下几点：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4433883|4433884|转到“设置->图标覆盖”选中“状态缓存”下的选项“无”|ordered-list-item|4433885|刷新浏览器F5+|4433886|返回并将缓存选项更改回"Default"|4433887|4433888|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|N|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|O|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|P|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|Q|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|L|$]]

What helped for me was the following:

<ol>
<li>Go to "Settings -> Icon Overlays" Check under "Status cache" the option "none"</li>
<li>Refresh the explorer F5 </li>
<li>Go back and change the cache option back to "Default"</li>
</ol>

blocks|key|1778231|text|这里有一个我尝试过的解决方法：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1778232|重命名存储库的目录，然后将其改回原来的目录，这样就可以了！|1778233|例如:可以将MyComplexProject更改为MyComplexProject1，然后再更改回MyComplexProject。|1778234|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

There is a workaround that I have tried: 

Rename the directory of the repository and then change it back and you are good to go!

As an example: MyComplexProject can be changed to MyComplexProject1 then back to MyComplexProject.

blocks|key|2321015|text|Kill+TGitCache.exe很适合我。……我把这个作为答案，因为我没有足够的名誉点来添加它作为评论。但想要帮助进一步迭代，这是一个有效的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2321016|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Kill TGitCache.exe works for me. .... I put this as an answer because I don't have enough reputation points to add it as a comment. But wanted to help further iterate that it is a working solution.

blocks|key|1778172|text|除了@Andy提到的内容之外，你还可以通过限制overlays必须监控的文件夹来让它工作得更快。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1778173|右键单击->+TortoiseGit+->设置->图标覆盖|1778174|在此处输入包含和排除路径。我通常会明确指出我的存储库/工作副本：|1778175|​|1778176|📷|atomic|offset|length|1778177|1778178|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/167293967f61bb0fa95a0ee74e527825.png|imageAlt^0|0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|X|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Y|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Z|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|10|8|@]|9|@$K|11|L|12|1|13]]|A|$]]|$1|M|3|G|5|6|7|14|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U|V|-4]]]]

Apart from what @Andy mentioned, you can make the overlays work faster by limiting the folders that it has to monitor.

Right click-> TortoiseGit -> Settings -> Icon Overlays

Here enter include and exclude paths. I usually explicitly point to the my repos / working copies:

<img src="https://i.stack.imgur.com/xa4cd.png" alt="enter image description here">

blocks|key|1778256|text|我在Windows上也遇到了同样的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1778257|杀死TGitCache确实有效了几秒钟，但红色图标再次出现。|1778258|原来该文件在本地被重命名(第一个字母从大写改为小写)，但在Git中没有更改。Windows不区分大小写，但Git区分大小写！所以图标覆盖不再匹配。我确实通过删除特定的文件并从Turtoise+Git上下文菜单中选择"revert“找到了这一点。在列表中，确实出现了两个文件，一个是首字母大写，另一个是完全小写。|1778259|最后，从Git上下文菜单重命名该文件确实为我解决了这个问题。|1778260|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I had the same issue at Windows.

Killing TGitCache did work for a couple of seconds but the red icon appeared again.

It turned out the file was renamed (first letter was changed from uppercase to lower case) locally but was not changed in Git. Windows is case insensitive but Git is! So the icon overlay did not match anymore. I did find this out by removing the specific file and selecting "revert" from the Turtoise Git context menu. In the list, two files did show up, one with first letter uppercase, the other complete lowercase.

Finally renaming the file from the Git context menu did resolve the issue for me.

blocks|key|2321001|text|请检查您的路径是否匹配，以防万一。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2321002|Some/Dir/SomeFile.ext|code-block|syntax|javascript|2321003|对于windows来说，与|2321004|some/DIR/someFILE.EXT|2321005|但对于Git来说，它们位于不同的位置。这是通过使用适当的大小写从顶部导航回来进行补救的。|2321006|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|R|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

Please check your path to see if it matches in case.

<pre><code>Some/Dir/SomeFile.ext
</code></pre>

is the same to windows as

<pre><code>some/DIR/someFILE.EXT
</code></pre>

But to Git they are in different locations. This is remedied by navigating back from the top with the proper casing.

blocks|key|5849717|text|当图标没有更新时，你可以使用下面的"Run“命令快速删除图标覆盖缓存：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5849718|taskkill+/f+/im+tgitcache.exe|code-block|syntax|javascript|5849719|缓存进程应自动重新启动。如果你注意到它经常发生，你甚至可以把它变成一个桌面快捷方式。|5849720|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

When the icons are not updating you can quickly kill the icon overlay cache using the following "Run" command:

<pre><code>taskkill /f /im tgitcache.exe
</code></pre>

The cache process should restart itself automatically. You can even turn this into a desktop shortcut if you notice it happening frequently.

blocks|key|4434149|text|这是TortoiseGit中的一个已知问题。它已经存在多年，而且显然永远不会被修复。我不知道是不是因为TortoiseGit开发人员不愿意或无法这样做。(我以前也报告过这个问题，但现在找不到问题了。)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4434150|不管怎样，下面是我解决这个问题的方法：|4434151|git+gc+--prune=all+--quiet|code-block|syntax|javascript|4434152|它修剪了Git存储库，重新打包了所有这些单一的对象文件，将.git中的文件数量从数万个减少到20个以下，并可能提高Git操作的整体性能。|offset|length|style|CODE|4434153|有时Git在提交后会自己做一个轻量级的版本，但我在日常使用中很少看到这种情况发生。所以我就自己来做。在对系统进行备份之前，这也是一个需要考虑的很好的操作(见下文)。|4434154|为了方便起见，我在一个可访问的路径中创建了一个批处理文件git-gcall.cmd，它调用上面显示的命令。我必须在几乎每一次提交后运行它，2-3秒后图标会自动更新。没有涉及到杀戮。只需唤醒TortoiseGit，就更难实际观察存储库并更新其状态。|4434155|4434156|下面是一个PowerShell脚本，它在一组已配置的目录中递归地运行此命令，以便在进行备份之前使用。它还可以定期运行，例如在夜间运行，以在后台解决这个过时的图标问题。|4434157|gc-all-git.ps1：|4434158|Write-Host+"Packing+Git+repositories+where+necessary..."

function+Git-Gc($path)
{
++++cd+$path
++++Get-ChildItem+.+-Recurse+-Hidden+.git+%7C+Foreach-Object+{
++++++++cd+$_.FullName
++++++++if+((Get-ChildItem+objects+-File+-Recurse).Count+-gt+50)
++++++++{
++++++++++++cd+../
++++++++++++Write-Host+$(Get-Location).Path
++++++++++++git+gc+--prune=all+--quiet
++++++++}
++++}
}

Git-Gc+C:\Source
Git-Gc+C:\xampp\htdocs|4434159|使用通常所需的附带批处理文件调用它：|4434160|gc-all-git.cmd：|4434161|@echo+off
cd+/d+"%25~dp0"
%25SystemRoot%25\System32\WindowsPowerShell\v1.0\powershell.exe+-ExecutionPolicy+unrestricted+-File+gc-all-git.ps1
exit+/b+%25errorlevel%25|4434162|entityMap^0|0|0|0|T|4|0|0|S|D|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|17|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|18|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|19|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|1A|8|@$K|1B|L|1C|M|N]]|9|@]|A|$]]|$1|O|3|P|5|6|7|1D|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1E|8|@$K|1F|L|1G|M|N]]|9|@]|A|$]]|$1|S|3|-4|5|6|7|1H|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|1I|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1J|8|@]|9|@]|A|$]]|$1|X|3|Y|5|F|7|1K|8|@]|9|@]|A|$G|H]]|$1|Z|3|10|5|6|7|1L|8|@]|9|@]|A|$]]|$1|11|3|12|5|6|7|1M|8|@]|9|@]|A|$]]|$1|13|3|14|5|F|7|1N|8|@]|9|@]|A|$G|H]]|$1|15|3|-4|5|6|7|1O|8|@]|9|@]|A|$]]]|16|$]]

It's a known issue in TortoiseGit. It exists for years and will apparently never be fixed. I don't know whether it's because the TortoiseGit developer is unwilling or unable to do it. (I've also reported it before but can't find the issue anymore now.)

Anyway, here's what I do to resolve it:

<pre><code>git gc --prune=all --quiet
</code></pre>

It prunes the Git repository, repacking all those single object files, reducing the number of files in <code>.git</code> from up to tens of thousands to under 20, and probably improving the overall performance of Git operations.

Sometimes Git does a light version of that on its own after a commit, but I've rarely ever seen this happen in years of daily use. So I just do it myself. This is also a great action to consider before making a backup of the system (see below).

To make it easier, I've created a batch file <code>git-gcall.cmd</code> in an accessible path that calls the command shown above. I have to run it after virtually every single commit and after 2–3 seconds the icons update themselves. No killing involved. Just waking up TortoiseGit a bit harder to actually observe the repository and update its status.

<hr>

Here's a PowerShell script that runs this command in a set of configured directories recursively, if necessary, for use before making a backup. It can also be run on a regular basis, for example over night, to resolve this outdated icons issue in the background.

gc-all-git.ps1:

<pre class="lang-bsh prettyprint-override"><code>Write-Host "Packing Git repositories where necessary..."

function Git-Gc($path)
{
 cd $path
 Get-ChildItem . -Recurse -Hidden .git | Foreach-Object {
 cd $_.FullName
 if ((Get-ChildItem objects -File -Recurse).Count -gt 50)
 {
 cd ../
 Write-Host $(Get-Location).Path
 git gc --prune=all --quiet
 }
 }
}

Git-Gc C:\Source
Git-Gc C:\xampp\htdocs
</code></pre>

Call it with the usual required accompanying batch file:

gc-all-git.cmd:

<pre><code>@echo off
cd /d "%~dp0"
%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy unrestricted -File gc-all-git.ps1
exit /b %errorlevel%
</code></pre>

blocks|key|4434057|text|这里的其他选择都不能让问题消失。(我无法识别任何大小写发生变化的文件)我非常有信心一切都是按原样签入的，所以我只是删除了我的存储库，并再次将其签出。哇，又起作用了。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|4434058|如果你不那么自信(或者你只是不想冒险，这是最好的)，重新命名你的repo文件夹，然后再次检查你的repo，然后你可以使用diff来查看这两个repo文件夹之间是否有什么奇怪的东西丢失/更改。|4434059|entityMap^0|1L|G|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

None of the other options here could make the problem go away. (I wasn't able to identify any file that had a change in casing)
I was pretty confident that everything was checked in as it should be so I just deleted my repo and checked it out again. Poof, works again.

If you're not as confident (or you just don't want to risk it, as is best), rename your repo folder lcoally and check out your repo again, then you can pull a diff to see if anything odd is missing/changed between the two repo folders.

blocks|key|5849905|text|我认为这个问题对我来说是由于应用程序竞争Windows限制图标覆盖(我相信它最多允许15个)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5849906|为了解决这个问题，我必须这样做：|5849907|5849908|打开regedit并浏览至Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers键。|ordered-list-item|offset|length|style|CODE|5849909|使用任务管理器以+Windows资源管理器为前缀，将子键重新排列为乌龟*键位于顶部的位置。|5849910|5849911|5849912|5849913|另请参阅：TortoiseGit+not+showing+icon+overlays|5849914|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/25156238/tortoisegit-not-showing-icon-overlays^0|0|0|0|2|7|D|2Y|0|1|1|0|0|5|11|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|11|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|12|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|13|8|@$H|14|I|15|J|K]|$H|16|I|17|J|K]]|9|@]|A|$]]|$1|L|3|M|5|G|7|18|8|@]|9|@]|A|$]]|$1|N|3|-4|5|G|7|19|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1C|8|@]|9|@$H|1D|I|1E|1|1F]]|A|$]]|$1|S|3|-4|5|6|7|1G|8|@]|9|@]|A|$]]]|T|$U|$5|V|W|X|A|$Y|Z]]]]

I think this issue happened for me to due to applications competing for Windows limit icon overlays (I believe it allows a maximum of 15).

This is what I had to do to resolve this issue:

<ol>
<li>Open <code>regedit</code> and browse to the <code>Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers</code> key.</li>
<li>Rearrange the subkeys to that the Tortoise* keys were at the top by prefixing with spaces.</li>
<li>Restart Windows Explorer using Task Manager.</li>
</ol>

See also: <a href="https://stackoverflow.com/questions/25156238/tortoisegit-not-showing-icon-overlays">TortoiseGit not showing icon overlays</a>

blocks|key|2321303|text|为我们解决了这个问题的是，我们已经将Git代码库移动到映射的网络驱动器，从而更改了驱动器号。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2321304|似乎需要将TortoiseGit设置为监视网络驱动器-这不是默认行为。|2321305|因此，要解决此问题，您需要：|2321306|click+Right>右键单击存储库文件夹，然后选择"TortoiseGit"|2321307|Choose+"Settings"|unordered-list-item|2321308|
|2321309|Choose“|2321310|2321311|”|2321312|勾选“|2321313|2321314|2321315|2321316|2321317|任务完成了。|2321318|entityMap^0|0|0|0|0|0|0|0|0|0|1|1|0|0|0|0^^$0|@$1|2|3|4|5|6|7|11|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|12|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|13|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|14|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|15|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|16|8|@]|9|@]|A|$]]|$1|M|3|N|5|J|7|17|8|@]|9|@]|A|$]]|$1|O|3|-4|5|J|7|18|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|19|8|@]|9|@]|A|$]]|$1|R|3|S|5|J|7|1A|8|@]|9|@]|A|$]]|$1|T|3|Q|5|J|7|1B|8|@]|9|@]|A|$]]|$1|U|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]|$1|V|3|-4|5|6|7|1D|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1F|8|@]|9|@]|A|$]]|$1|Z|3|-4|5|6|7|1G|8|@]|9|@]|A|$]]]|10|$]]

The thing that solved this issue for us was that we had moved our Git repos to a mapped network drive, thus changing the drive letter. 

It seems that TortoiseGit needs to be set to monitor network drives - it is not the default behaviour. 

So to solve this issue you would:

<ul>
<li>Right click a repo folder</li>
<li>Choose "TortoiseGit"</li>
<li>Choose "Settings"</li>
<li>Choose "Icon Overlays"</li>
<li>Tick "Network drives"</li>
</ul>

Job done.

blocks|key|1778315|text|这可能会有帮助。我的驱动器号是B：，覆盖图标不会更新。我将其更改为beyond+C:，(我使用了M:)，它开始工作。看起来TGIT不会在C:以下驱动：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1778316|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This might help... 
My drive letter was B: and the overlay icons would not update. I changed it to beyond C:, (I used M:) and it started working. Looks like TGIT does not drives below C:

blocks|key|2321386|text|在对此感到惊讶并尝试了几乎所有方法后，我设法修复了它，只需从标记为modified的目录中删除一个文件，然后从TortoiseGit菜单本身恢复它。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2321387|附注:我确保在此操作前后，整个目录的CRC64校验和是相同的。|2321388|entityMap^0|1B|4|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

After getting astonished by this and trying pretty much everything, I managed to get it fixed by simply deleting one single file from the directory marked as modified, then reverting it from the TortoiseGit menu itself.

P.S. I made sure the CRC64 checksum for the entire directory was identical before and after this operation.

blocks|key|1778406|text|不确定这是否相关。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1778407|看起来TortoiseGit在文件/文件夹的情况下有缓存问题。|1778408|在我的例子中，由于文件夹大小写与预期的不正确，图标的覆盖没有显示出来|1778409|​|1778410|📷|atomic|offset|length|1778411|1778412|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/681bc25ef42e71c331ed72374275d9f7.png|imageAlt^0|0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|X|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Y|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Z|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|10|8|@]|9|@$K|11|L|12|1|13]]|A|$]]|$1|M|3|G|5|6|7|14|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U|V|-4]]]]

Not sure if this is relevant.

Looks like TortoiseGit has cache issues with file/folder cases.

In my case since the folder case was not correct with the once expected, the icons' overlay were not showing up

<a href="https://i.stack.imgur.com/X1Zxu.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/X1Zxu.png" alt="Difference of cases of Z in folder name zeta"></a>

I have made a small change in some code but TortoiseGit shows it as modified (red exclamation sign) although I have committed, pulled, pushed, but it stays. What should I do here? I have not seen this issue before.

TortoiseGit modified sign (icon overlay) is not updating

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我在一些代码中做了一些小的修改，但是TortoiseGit将它显示为modified (红色感叹号)，虽然我已经提交，拉，推，但它仍然存在。我应该在这里做什么？我以前没有见过这个问题。

问TortoiseGit修改标志(图标覆盖)未更新
EN

回答 14

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问TortoiseGit修改标志(图标覆盖)未更新EN

回答 14

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问TortoiseGit修改标志(图标覆盖)未更新
EN