Visual Studio 2013到2015年迁移

时间:2015-08-24 17:04:08

标签: visual-studio visual-studio-2015

我们有兴趣将我们的环境从Visual Studio 2013迁移到Visual Studio 2015.我们有多个解决方案,包含大量项目(约100个)。

我们使用带有条件属性的自定义.props文件来更改包含两个版本的包含目录和输出路径之类的内容。生成的转换后的Visual Studio 2015项目文件除了Project ToolsVersion和PlatformToolset设置外完全相同。

理想情况下,我希望在迁移过程中拥有与这两个版本兼容的项目文件。这可能吗?

另一种方法是创建所有项目文件的单独2015年副本,但维护这些副本将是不幸的。我错过了另一种可能更好的解决方案吗?

3 个答案:

答案 0 :(得分:4)

实际上,我能够让项目与Visual Studio 2013和Visual Studio 2015同时构建兼容。

我手动编辑了项目文件以包含这些行而不是普通的 location / { rewrite_log on; rewrite "^/download/([^/]+)/$" /download.php?key=$1 break; } location /download/ { post_action @countdownload; } location @countdownload { internal; proxy_pass http://subdomain.example.com/count.php; } 条目。 PlatformToolset Project似乎没有什么区别。

ToolsVersion

答案 1 :(得分:1)

在CI上构建项目时,可以尝试将一些变量值传递给MSBuild命令行。这是构建同一项目的多个配置的必要条件的经典场景。

通常参数如" PlatformToolset"封装在不同的配置中(例如,发布VC ++ 12 / Release VC ++ 14),并在调用MSBuild时指定所需的配置(具体方案取决于您使用的CI软件)。

" ToolsVersion"是关于在构建过程中使用的MSBuild版本(不是编译器/链接器版本!),并且在大多数情况下,您只能为所有配置使用一个版本。因此,请继续使用您可以在构建/开发人员计算机上访问的最新版本的MSBuild。

答案 2 :(得分:0)

我们使用非常复杂的建筑配置,目前使用VS2012,2013和2015同时开发。到2015年迫使我们进行一些小的代码更改(在某些方面变得更加严格),但除了我们没有遇到任何问题。

.csproj或.sln文件有一些不必要的更改,但它基本上是一个VS签名,只会导致源代码控制上的混乱:) VS2012打开2015编辑的项目没有问题。

相关问题