尽管指定了另一个驱动器进行安装，为什么 Visual Studio 仍坚持在系统驱动器上安装部分组件？

Question

这主要是一个关注最近工具的问题，我一直在尝试让安装程序将组件放置在单独的驱动器上，但过去几次明显是一个问题，就像 I've not been the only person 一样 encounter thisparticular type of issue，我试图在这种情况下的一般情况下保持开放。

因此，考虑到这一警告，我最近在尝试修复 Visual Studio 安装时注意到了这一点，发现它是 trying to install components to the "System drive", despite having an installation directory that explicitly isn't on the system drive，考虑到我没有太多空间，这有点烦人那个驱动器在我空间用完之前就离开了。

虽然我在这种情况下对 Visual Studio 的解决方案感兴趣，但我想知道无论安装位置的偏好如何，让需要安装的可配置软件渗入不相关的系统驱动器的根本原因是什么 - 这是由于系统命令应该与共享工具本身在同一个驱动器上，有没有办法开发软件来尽可能相对普遍地减少它的占用空间？

Answer 1

对于 Visual Studio（2017、2019），安装位置可以在 Visual Studio 安装程序 > VS > 修改 > 安装位置中更改，第一次安装 Visual Studio 时，但安装完 VS 后，位置无法更改。而且一般情况下，可以改变三个位置，分别是

1)。 Visual Studio IDE

2)。下载缓存

3)。共享组件、工具和 SDK

虽然这些位置可以更改，但某些文件仍会安装在 C 盘中。

我的想法：

这是设计使然，或者可以认为是一些必要的文件需要安装在 C 盘，让它们“更接近”系统（或系统文件）。也许是出于安全原因，为了共享库（dll），为了注册到 Windows……

我认为这不是VS的特定条件，其他应用程序也可能有一些文件安装到C盘。

虽然我对这种情况下的 Visual Studio 解决方案感兴趣。

恐怕在这种情况下没有解决方案，我的意思是，至少从某些 VS 设置/选项中，更改这些文件的位置或将它们从 C 驱动器移动到另一个驱动器是不可能的，否则会导致错误.

我想知道不管安装位置的偏好如何，让可配置的软件需要渗透到不相关的系统驱动器的根本原因是什么。

也许，“不相关”并非不相关。确认这一点的更好方法，我认为您可以询问 Visual Studio 产品团队，他们在 Microsoft Developer Community 上很活跃。