我可以在 VS 2015 上使用 asp.net-mvc 项目并让其他人在 VS 2013 上使用它吗？
Can i work with an asp.net-mvc project to VS 2015 and still have others use it on VS 2013?
我正在研究 asp.net-mvc 4 解决方案，我们正在使用 VS 2013。我刚得到 VS 2015，所以我想看看我是否可以打开解决方案并继续使用 VS 2015而其他团队成员继续使用 VS 2013（他们最终会升级，但我们希望一个人在其他人采取行动之前尝试和测试）
这行得通吗？有什么需要担心的问题吗？
是的。 VS 2015 对项目和解决方案文件做了一些小改动，但只是为了让它们默认在 VS 2015 中打开，以防你安装了多个版本，但它们在 VS 2013 上仍然可以完美运行。
大部分时间，但并非总是如此。
有几件事要记住。在升级过程中，VS重写了项目文件中的一些文件路径，有时会弄错位置。但是，除此之外，转换向导所做的大部分工作都会顺利进行。
当然，您要确保 VS 2015 配置和 VS 2013 配置匹配（引用、NuGet 包、版本等）。
2015 年的 Intellisense 好多了。而且我发现发布功能更强大。其他性能增强很可能是由于在程序中转移到异步操作。
我从来没有听说有人在进入 2015 年后会怀念 2013 年或 2012 年。而且痛苦很少而且相距甚远 - 非常值得一试。 :)
2015 年有升级运行在甚至 2010 文件的项目或解决方案文件上，这是一种误解。
没有。它将打开这些文件并且不做任何更改。您可以编辑代码。然后使用旧版本的开发人员可以打开项目和解决方案。
根据我的经验（并且它使用的是 MVC 项目），2015 年完全比 2010 年更友好。
我正在研究 asp.net-mvc 4 解决方案，我们正在使用 VS 2013。我刚得到 VS 2015，所以我想看看我是否可以打开解决方案并继续使用 VS 2015而其他团队成员继续使用 VS 2013（他们最终会升级，但我们希望一个人在其他人采取行动之前尝试和测试）
这行得通吗？有什么需要担心的问题吗？
是的。 VS 2015 对项目和解决方案文件做了一些小改动，但只是为了让它们默认在 VS 2015 中打开，以防你安装了多个版本，但它们在 VS 2013 上仍然可以完美运行。
大部分时间，但并非总是如此。
有几件事要记住。在升级过程中，VS重写了项目文件中的一些文件路径，有时会弄错位置。但是，除此之外，转换向导所做的大部分工作都会顺利进行。
当然，您要确保 VS 2015 配置和 VS 2013 配置匹配（引用、NuGet 包、版本等）。
2015 年的 Intellisense 好多了。而且我发现发布功能更强大。其他性能增强很可能是由于在程序中转移到异步操作。
我从来没有听说有人在进入 2015 年后会怀念 2013 年或 2012 年。而且痛苦很少而且相距甚远 - 非常值得一试。 :)
2015 年有升级运行在甚至 2010 文件的项目或解决方案文件上，这是一种误解。
没有。它将打开这些文件并且不做任何更改。您可以编辑代码。然后使用旧版本的开发人员可以打开项目和解决方案。
根据我的经验（并且它使用的是 MVC 项目），2015 年完全比 2010 年更友好。