Visual Studio 2017 RC 是否向后兼容 Visual Studio 2013 解决方案？
Is Visual Studio 2017 RC backwards compatible with Visual Studio 2013 solutions?
我们有几个 VS2013 解决方案都针对 .NET 3.5，有几个 WinForms 项目、一个 ASP.NET Web 应用程序和一个 Windows 服务。大多数 VB.NET 和一些 C#。
这些项目在 VS2013 和 VS2015 中都运行良好 - 我们可以在两个版本的 VS 中打开、处理、保存、编译和运行它们。
我们最终没有迁移到 VS2015，因为它有很多错误 - VB.NET“编辑并继续”被无可救药地破坏了，而且 Intellisense 也不能很好地工作。
所以现在我们正在考虑跳过 2015 年，直接从 2013 年进入 2017 年，但我们又一次感到紧张，想要 运行 它们并行一段时间，直到我们觉得 2017 年还可以。这是一个两人团队，一个坚持使用 VS2013，另一个使用 VS2017 开发。
那么：您能否像使用 VS2013 和 VS2015 一样使用 VS2013 和 VS2017 来处理相同的代码库？
我们还没有使用更高版本附带的功能，但我们确实希望迁移到更新的 IDE 作为迁移到更新的框架版本和语言功能的先驱。
不同版本的 VS 之间的兼容性应该保持不变——也就是说，VS2017 和 VS2013 应该一起工作，就像 VS2015 与 VS2013 一起工作一样。通常的注意事项适用：任何从 VS2017 全局安装的 packages/frameworks 可能会对 VS2013 产生意外影响（例如，如果 VS2017 安装更新版本的 .NET Framework 具有意外的行为更改）。
总的来说，VS2017和其他版本的VS应该是非常兼容的。大多数安装有效负载现在是该 VS 安装的本地，对系统的影响较小（没有 GAC 组件，没有注册表项等），因此对您的盒子的影响应该 小于 VS2015.
显然，如果您向解决方案添加的功能来自 VS2017 而不是 back-compatible 到 VS2013，则将强制进行升级。但这也与 VS2015 没有什么不同。
我们有几个 VS2013 解决方案都针对 .NET 3.5，有几个 WinForms 项目、一个 ASP.NET Web 应用程序和一个 Windows 服务。大多数 VB.NET 和一些 C#。
这些项目在 VS2013 和 VS2015 中都运行良好 - 我们可以在两个版本的 VS 中打开、处理、保存、编译和运行它们。
我们最终没有迁移到 VS2015，因为它有很多错误 - VB.NET“编辑并继续”被无可救药地破坏了，而且 Intellisense 也不能很好地工作。
所以现在我们正在考虑跳过 2015 年，直接从 2013 年进入 2017 年，但我们又一次感到紧张，想要 运行 它们并行一段时间，直到我们觉得 2017 年还可以。这是一个两人团队，一个坚持使用 VS2013，另一个使用 VS2017 开发。
那么：您能否像使用 VS2013 和 VS2015 一样使用 VS2013 和 VS2017 来处理相同的代码库？
我们还没有使用更高版本附带的功能，但我们确实希望迁移到更新的 IDE 作为迁移到更新的框架版本和语言功能的先驱。
不同版本的 VS 之间的兼容性应该保持不变——也就是说，VS2017 和 VS2013 应该一起工作，就像 VS2015 与 VS2013 一起工作一样。通常的注意事项适用：任何从 VS2017 全局安装的 packages/frameworks 可能会对 VS2013 产生意外影响（例如，如果 VS2017 安装更新版本的 .NET Framework 具有意外的行为更改）。
总的来说，VS2017和其他版本的VS应该是非常兼容的。大多数安装有效负载现在是该 VS 安装的本地，对系统的影响较小（没有 GAC 组件，没有注册表项等），因此对您的盒子的影响应该 小于 VS2015.
显然，如果您向解决方案添加的功能来自 VS2017 而不是 back-compatible 到 VS2013，则将强制进行升级。但这也与 VS2015 没有什么不同。