为什么 Visual Studio 坚持在系统驱动器上安装部分组件，尽管指定了另一个驱动器进行安装？
Why does Visual Studio insist on installing partial components on a system drive despite despite another drive being specified for installation?
这主要是一个关注最近工具的问题，我一直在尝试让安装程序将组件放在单独的驱动器上，但在过去几次，这显然是一个问题，并且 至
encounter this ，我试图对这种情况的一般情况保持开放的态度。
所以，考虑到这个警告，我最近在尝试修复 Visual Studio 安装时注意到了这一点，发现它是 trying to install components to the "System drive", despite having an installation directory that explicitly isn't on the system drive，这有点烦人，因为我不在 运行 出 space 之前，那个驱动器上没有很多 space。
虽然我对 Visual Studio 在这种情况下的解决方案感兴趣，但我想知道无论安装位置的偏好如何，需要安装的可配置软件渗入不相关的系统驱动器的根本原因是什么 -这是预期系统命令与共享工具本身位于同一驱动器上的结果吗？有没有一种方法可以开发软件以尽可能相对普遍地减少此占用空间？
对于Visual Studio(2017, 2019)安装位置可以在Visual Studio Installer > VS > Modify > Installation locations中更改，第一次安装Visual Studio，但是之后安装完 VS，位置无法更改。而一般来说，可以更改的位置有3个，分别是
1). Visual StudioIDE
2).下载缓存
3).共享组件、工具和 SDK
虽然可以更改这些位置，但某些文件仍将安装在 C 盘中。
我的看法：
这是设计使然，或者可以认为是一些必要的文件需要安装在C盘，让它们“更接近”系统（或系统文件）。也许出于安全原因，为了共享库 (dll)，为了注册到 Windows…
我认为这不是VS的特定情况，其他应用程序也可能有一些文件安装到C盘。
While I am interested in a solution for Visual Studio in this case.
恐怕在这种情况下没有解决方案，我的意思是，至少，从某些 VS settings/options，更改这些文件的位置或将它们从 C 驱动器移动到另一个驱动器是不可能的，否则会出错。
I was wondering what the root cause of having configurable software requiring to bleed over into unrelated systems drives regardless of the preference of installation location.
或许，“不相关”并不是不相关。确认这一点的更好方法，我想你可以问 Visual Studio 产品团队，他们在 Microsoft Developer Community.
上很活跃
这主要是一个关注最近工具的问题，我一直在尝试让安装程序将组件放在单独的驱动器上，但在过去几次，这显然是一个问题，并且
所以，考虑到这个警告，我最近在尝试修复 Visual Studio 安装时注意到了这一点，发现它是 trying to install components to the "System drive", despite having an installation directory that explicitly isn't on the system drive，这有点烦人，因为我不在 运行 出 space 之前，那个驱动器上没有很多 space。
虽然我对 Visual Studio 在这种情况下的解决方案感兴趣，但我想知道无论安装位置的偏好如何，需要安装的可配置软件渗入不相关的系统驱动器的根本原因是什么 -这是预期系统命令与共享工具本身位于同一驱动器上的结果吗？有没有一种方法可以开发软件以尽可能相对普遍地减少此占用空间？
对于Visual Studio(2017, 2019)安装位置可以在Visual Studio Installer > VS > Modify > Installation locations中更改，第一次安装Visual Studio，但是之后安装完 VS，位置无法更改。而一般来说，可以更改的位置有3个，分别是
1). Visual StudioIDE
2).下载缓存
3).共享组件、工具和 SDK
虽然可以更改这些位置，但某些文件仍将安装在 C 盘中。
我的看法：
这是设计使然，或者可以认为是一些必要的文件需要安装在C盘，让它们“更接近”系统（或系统文件）。也许出于安全原因，为了共享库 (dll)，为了注册到 Windows…
我认为这不是VS的特定情况，其他应用程序也可能有一些文件安装到C盘。
While I am interested in a solution for Visual Studio in this case.
恐怕在这种情况下没有解决方案，我的意思是，至少，从某些 VS settings/options，更改这些文件的位置或将它们从 C 驱动器移动到另一个驱动器是不可能的，否则会出错。
I was wondering what the root cause of having configurable software requiring to bleed over into unrelated systems drives regardless of the preference of installation location.
或许，“不相关”并不是不相关。确认这一点的更好方法，我想你可以问 Visual Studio 产品团队，他们在 Microsoft Developer Community.
上很活跃