我们正在通过组策略首选项（registry，用户shell文件夹）将Windows桌面图标部署到Windows 7计算机上，并发现对于大多数用户来说这很好用 – 在HKEY_LOCAL_MACHINE下configuration的“公用桌面”图标与HKEY_CURRENT_USER图标正确合并，一切都很好。
但是，对于特定的组，不存在合并 – “公共桌面”图标均不显示。
权限等都设置正确，registry更改适用于一个工作组和一个不起作用的组。
公用桌面键位于HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders ，而用户组特定的桌面键位于HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders 。
他们被redirect到一个networking驱动器，在login时映射。 我曾尝试使用UNCpath，但这会导致所有用户丢失“公用桌面”图标。
更深的背景
所以，我们的菜单系统存储在我们的文件服务器上。 出于解释的目的，我们假设它位于\\dfsroot\menus 。 每个类别的用户在这里都有一个子目录 – \\dfsroot\menus\finance ， \\dfsroot\menus\sales ，并且每个子目录都包含一个Desktop和Start Menu文件夹，其中包含分别放置在每个目录上的快捷方式。
还有一个文件夹\\dfsroot\menus\Common ，它们是所有用户（例如Microsoft Word）共有的快捷方式。
Common菜单由HKEY_LOCAL_MACHINE用户Shell文件夹configuration控制。
特定于组的菜单由HKEY_CURRENT_USER用户Shell文件夹configuration控制。
通过组策略首选项为域中的所有用户应用两个都没有错误。
这使我们能够快速轻松地pipe理图标，因为我们可以将新图标放入其中一个UNCpath，并立即更新数百个桌面。
但是， Common目录似乎无法申请一组用户。 事件日志中没有错误，甚至用regedit查看registry显示registry项的正确值。 Common中没有显示任何图标。 只有组特定的菜单。
如果需要的话，我很乐意提供进一步的说明。
这可能与你使用文件夹redirect没有关键文件夹像〜桌面脱机文件，并通过手动设置，而不是组策略文件夹redirect的“支持”的方式。 禁用关键文件夹的脱机文件将影响性能，因为每台计算机不断地发送SMB数据包来回发送，因为这些共享文件夹是“仅在线”。 这不是微软的最佳做法。 我要做的三件事可能会解决您的问题，让您回到“常用和MS支持”的领域，可能会提高桌面Windows资源pipe理器的性能，并减lessnetworkingstream量。
基本上，国际海事组织，你使用GPP错误。 如果在组策略中有其他更受支持的方法来使用GPP来设置registry设置，则只需要麻烦:)
问题的解决scheme实际上是在“ User Configuration/Administrative Templates/Start Menu and Taskbar ，在“ User Configuration/Administrative Templates/Start Menu and Taskbar ”中的“ Remove common program groups in Start Menu and Taskbar的策略Remove common program groups in Start Menu and Taskbar 。
这将隐藏所有用户桌面/开始菜单图标，如果启用，并显示他们，如果禁用/未configuration。
不过，我已经接受Bret对这个问题的回答，因为它为我们正在尝试解决的问题提供了一个更好的解决scheme。