克里斯·埃里克森说得对，给他投票吧。在我的案例中，问题是安装TFS powertools，它添加了资源管理器外壳集成，就像TSVN和TCVS一样。它增加了另外5个叠加。因为它们的前缀是Tfs*，所以它们优先于Tortoise*。我也只是把Tfs的东西加上了z_和TSVN的覆盖回来了。不过不需要重启/注销，只需杀死explorer.exe并重新启动它。

当我从存储库签出一个新项目时，我没有看到图标覆盖。

我开始寻找解决方法，然后想到了这个问题。

在阅读答案时，我注意到我的结帐项目上出现了图标叠加。

我猜图标只花了几分钟就出现了。

我认为这在人们迅速恐慌并开始编辑注册表之前可能是有用的。

我遇到了与OP相同的问题:Win 7 (x64)， TortoiseSVN (x64)和DropBox (x86)。其他一些答案给了我所有的信息。我在这台机器上只安装过x64版本的TSVN。

以我为例，TSVN和DropBox是在我安装操作系统的同一天安装的，直到几天前，它们的覆盖工作都很好。我没有做任何改变这两个应用程序设置导致它们停止工作的事情。

下面是问题开始后我在图标覆盖注册表部分(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\explorer\ShellIconOverlayIdentifiers):

DropboxExt1 DropboxExt2 DropboxExt3 EnhancedStorageShell 离线文件 SharingPrivate TortoiseAdded TortoiseConflict TortoiseDeleted TortoiseIgnored TortoiseLocked TortoiseModified TortoiseNormal TortoiseReadOnly TortoiseUnversioned

我验证了只有对应于前11个条目的覆盖显示在资源管理器中。当我通过在其中一些条目的开头添加'z'来修改上述条目的顺序时，仍然只显示前11个覆盖(在更新的顺序下)。

有了上面的内容，我就有了解决问题所需的一切(重命名或删除条目，以便我想要工作的TSVN条目在列表上<= #11)。下面讨论为什么会突然发生这种情况。

I know that based on the overlays that worked prior to a couple of days ago, keys 1-3, 7-9, 12-13 were all <= 11 in the list (not sure if overlay #14 ever worked since I never had files w/ read-only status. #15 never worked on this machine so i know it was never in the top 11). I also assume the block of TSVN keys move up/down in unison, therefore they were bumped down either two or three places (* see below). This implies that 2-3 items were added between the DropBox & TSVN blocks. The three that are there now are added by Windows and I would assume they'd be there as soon as the OS installed.

15个覆盖的列表是否在运行时确定?似乎覆盖处理程序有时会告诉windows shell没有图标可以添加到列表中。可能是我几天前搞砸了文件共享和文件加密的一些设置，导致4-6个位置的一些项目被“激活”，并将SVN的项目推下。

最后，我删除了一些条目，并移动了一些，所以我的最终列表看起来像这样:

DropboxExt1 DropboxExt2 DropboxExt3 SharingPrivate(我想显示这个) TortoiseAdded TortoiseConflict TortoiseDeleted TortoiseModified TortoiseNormal TortoiseReadOnly TortoiseUnversioned zOffline文件(我不使用同步中心，或“脱机文件”，所以我不关心这个) zEnhancedStorageShell(不知道什么是增强存储，不认为我需要这个)

我也有同样的问题。事实证明，问题的原因是新的JungleDisk 3.0，它粗鲁地安装了三个名为“1Sync…”的覆盖。“2Sync…”和“3Sync…”把乌龟的那几个推到了尽头。

只需要删除reg hive顶部列出的那些JungleDisk键(或者用z_作为前缀)，然后重新启动系统，乌龟就可以正常工作了。

考虑到Windows中存在这种覆盖限制，并且当前的工具很容易触及，工具供应商真的应该在高级安装期间询问用户是否想要安装它们。我不需要也不想要新的“同步”功能，也不喜欢用聪明的命名把图标塞在列表顶部的策略。为JungleDisk感到羞耻。

我建议向微软投诉图标覆盖限制低得离谱。如果我们有足够多的人抱怨，也许他们会解决这个问题的真正根源:

查看页面底部的评论: http://msdn.microsoft.com/en-us/library/cc144123 (VS.85) . aspx

给微软Windows 7团队关于这个问题的反馈: http://mymfe.microsoft.com/Windows%207/Feedback.aspx?formID=195

在Windows 7 x64上升级到1.6.8后，我也失去了我的覆盖。我只安装了x64版本，没有安装32位版本。为了解决这个问题，我使用原始安装程序进行了修复并重新启动。覆盖之后正常显示。