我们有几个针对.NET 3.5的VS2013解决方案，包括几个WinForms项目，一个ASP.NET Web应用程序和一个Windows服务。主要是VB.NET和一些C＃。
这些项目在VS2013和VS2015中都运行良好 - 我们可以在两个版本的VS中打开，处理，保存，编译和运行它们。
我们最终没有搬到VS2015因为它太错误了 - VB.NET Edit＆amp;继续被无可救药地打破了，Intellisense也没有那么好用。
所以现在我们正在考虑跳过2015年并从2013年直接迈向2017年，但我们再次感到紧张，想要将它们并行运行一段时间，直到我们觉得2017年没问题。这是一支由两人组成的团队，其中一人将坚持使用VS2013而另一人将与VS2017一同发展。
那么：您能否使用VS2013和VS2017以与VS2013和VS2015相同的方式使用相同的代码库？
我们尚未使用更高版本附带的功能，但我们确实希望迁移到较新的IDE，作为迁移到更新的框架版本和语言功能的前提。
答案 0 :(得分：3)
VS的不同版本之间的兼容性应该保持不变 - 即，VS2017和VS2013应该一起工作，VS2015也应该与VS2013一起工作。通常的警告适用：来自VS2017的任何全局安装的软件包/框架可能会对VS2013产生意外影响（例如，如果VS2017安装了具有无意的行为更改的较新版本的.NET Framework）。
一般来说，VS2017应该与其他版本的VS非常兼容。大多数安装有效负载现在都是VS安装的本地，对系统的影响较小（没有GAC组件，没有注册表项等），因此对您的盒子的影响应该小于 VS2015。
显然，如果您为VS2017的解决方案添加功能并且不与VS2013后兼容，则会强制进行升级。但这与VS2015没有什么不同。