我们有多个 VS2013 解决方案，全部针对 .NET 3.5，其中包含多个 WinForms 项目、一个 ASP.NET Web 应用程序和一个 Windows 服务。主要是 VB.NET 和一些 C#。
这些项目在 VS2013 和 VS2015 中都运行良好 - 我们可以在两个版本的 VS 中打开、处理、保存、编译和运行它们。
我们最终没有迁移到 VS2015，因为它的 bug 太多 - VB.NET Edit & Continue 完全崩溃了，而且 Intellisense 也不能很好地工作。
所以现在我们正在考虑跳过 2015 年并从 2013 年直接进入 2017 年，但我们再次感到紧张，希望将它们并行运行一段时间，直到我们觉得 2017 年可以。这是一个两人团队，其中一个人坚持使用 VS2013，而另一个人则使用 VS2017 进行开发。
那么:您可以使用 VS2013 和 VS2017 来处理同一个代码库，就像使用 VS2013 和 VS2015 一样吗？
我们尚未使用更高版本附带的功能，但我们确实希望迁移到较新的 IDE，作为迁移到更新的框架版本和语言功能的先导。
最佳答案
不同版本的 VS 之间的兼容性应保持相同 - 即 VS2017 和 VS2013 应该能够协同工作，就像 VS2015 与 VS2013 一样。通常的警告适用:VS2017 中的任何全局安装的包/框架可能会对 VS2013 产生意外影响(例如，如果 VS2017 安装了具有意外行为更改的较新版本的 .NET Framework)。
总的来说，VS2017应该与其他版本的VS非常兼容。大多数安装有效负载现在位于该 VS 安装的本地，对系统的影响较小(没有 GAC 组件、没有注册表项等)，因此对您的设备的影响应该小于 VS2015 .
显然，如果您向解决方案添加来自 VS2017 且不向后兼容 VS2013 的功能，则将强制升级。但这也与 VS2015 没有什么不同。
关于visual-studio-2013 - Visual Studio 2017 RC 是否向后兼容 Visual Studio 2013 解决方案？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/42124250/