安全移动 Microsoft SDK 文件夹
我的硬盘上有一个文件夹 C:\Program Files\Microsoft SDKs，我想知道将其移动到外部驱动器是否安全。 Visual Studio 或任何其他工具是否依赖于此特定文件夹？
I have a folder on my hard drive, C:\Program Files\Microsoft SDKs, and I was wondering if it is safe to move it to an external drive. Does Visual Studio or any other tool depend on this particular folder?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
注册表中（至少在我的注册表中）有相当多的条目指向该位置，因此似乎某些会以不太理想的方式工作。至少，它会让卸载程序有点困惑。只需暂时重命名目录并尝试构建以查看它们是否仍然有效，可能是安全的。但最终，再次运行安装以实际删除它然后安装到新位置似乎是最干净的。
There are quite a number of entries in the registry (at least in my registry) that point to that location, so it seems something would work in a less than optimal fashion. At a minimum, it would make the uninstaller a bit confused. It is probably safe to simply rename the directory temporarily and try your builds to see if they still work. Ultimately, though, it seems it would be cleanest to run the installation again to actually remove it and then install to a new location.
是的。 VSStudio 中的大多数非托管代码引用包含文件夹中存在的某些包含文件。
bin文件夹中的一些exe文件也被引用（特别是VS2008）。
VS2005 指的是内部 Platform SDK 位置。
VS2008 引用 C:\Program Files\Microsoft SDKs\Windows\v6.0A
但是大多数项目通过宏引用此位置。因此，如果您能找到一种方法来使用新位置更新宏，那么您应该没问题。
Yes. Most Unmanaged code in VSStudio refer to certain include files present in the include folder.
Also some exes in bin folder are also referred to (especially VS2008).
VS2005 refers to an internal Platform SDK location.
VS2008 refers to C:\Program Files\Microsoft SDKs\Windows\v6.0A
However most projects refer to this location via a macro. So if you can find a way to update the macro with the new location, then you should be fine.
这样做可能会破坏您的某些应用程序。如果通过浏览到此文件夹中安装的 DLL 添加对项目的引用，则在移动此文件夹后该项目将不会编译。如果您没有以这种方式添加任何引用，则可能没问题。
Doing this may break some of your applications. If you added a reference to a project by browsing to a DLL installed in this folder, that project will not compile after you move this folder. If you haven't added any references in this manner, you might be OK.