Visual Studio 跨版本共享工作负载？
Visual Studio Workloads shared accros versions?
我的问题更多是想看看我是否能够节省 25GB 的硬盘 space。我目前安装了 Visual Studio 社区的 2022 版本，但我正在使用的引擎需要安装 2019 版本。我怎么在 2022 版本中安装了所有相同的必需软件包。 （引擎出于某种原因不想使用最新版本的 VSC，并试图迫使我恢复原状）因此，如果我安装以前的版本，VSC 2022 中安装的工作负载是否会在 VSC 2019 中使用，或者我必须安装独立于每个 VSC 版本的工作负载，以便我正确使用它？如果他们能够使用相同的工作负载，我是否需要以某种方式连接他们？如果他们无法读取相同的工作负载，有没有办法让它使用相同的来源？
TIA。
Visual Studio 的安装是使用两种类型的包编写的：“独立”或共享包，它们通常是安装在共享文件夹或 component-specific 位置中的独立 MSI；和安装到 VS 安装位置的“per-instance”包。
前一组基本上就是您要的。但是，不同版本的 VS 可能会安装这些共享包的不同版本（例如，VS2022 可能具有比 VS2019 附带的更新版本的独立组件，并且两者都会安装）。但目标是只要他们使用相同的版本，就会共享。
后一组不共享，通常是因为它们与其他 Visual Studio 组件紧密耦合，并且尝试 re-use 它们跨任意版本的 VS 可能会导致奇怪的运行时行为。
因此，在很大程度上，VS 会尽可能多地完成您想要做的事情（根据创建每个组件的人员的说法）。
我的问题更多是想看看我是否能够节省 25GB 的硬盘 space。我目前安装了 Visual Studio 社区的 2022 版本，但我正在使用的引擎需要安装 2019 版本。我怎么在 2022 版本中安装了所有相同的必需软件包。 （引擎出于某种原因不想使用最新版本的 VSC，并试图迫使我恢复原状）因此，如果我安装以前的版本，VSC 2022 中安装的工作负载是否会在 VSC 2019 中使用，或者我必须安装独立于每个 VSC 版本的工作负载，以便我正确使用它？如果他们能够使用相同的工作负载，我是否需要以某种方式连接他们？如果他们无法读取相同的工作负载，有没有办法让它使用相同的来源？
TIA。
Visual Studio 的安装是使用两种类型的包编写的：“独立”或共享包，它们通常是安装在共享文件夹或 component-specific 位置中的独立 MSI；和安装到 VS 安装位置的“per-instance”包。
前一组基本上就是您要的。但是，不同版本的 VS 可能会安装这些共享包的不同版本（例如，VS2022 可能具有比 VS2019 附带的更新版本的独立组件，并且两者都会安装）。但目标是只要他们使用相同的版本，就会共享。
后一组不共享，通常是因为它们与其他 Visual Studio 组件紧密耦合，并且尝试 re-use 它们跨任意版本的 VS 可能会导致奇怪的运行时行为。
因此，在很大程度上，VS 会尽可能多地完成您想要做的事情（根据创建每个组件的人员的说法）。