主要考虑是,同步开发别人用VS2010开发;我用VS2015开发.
诸如添加类库文件,是要往解决方案里面写.(我感觉VS2015打开VS2010的项目是没问题,但是打开的同时VS2015把VS2010的解决方案当成副本,自己又根据副本重新生成了2015版的解决方案,那样的话我在VS2015版的解决方案上添加类库,修改代码.提交SVN,对方同步下载,肯定版本太低打不开.这是我的猜想不知道对否)
所以请教有这方面经验的人指教下.(这样做的风险及注意事项,或者有解决方案的提供下.)
7 个解决方案
#1
同步开发别人用VS2010开发;我用VS2015开发.
-》同步别人开发，还是使用vs一致的风险低。
-》同步别人开发，还是使用vs一致的风险低。
#2
我认为行不通。
solution、project 文件都不同，文件只有修改的可以同步，新增、删除的都无法同步。
solution、project 文件都不同，文件只有修改的可以同步，新增、删除的都无法同步。
#3
确实有这个风险；即使你只改代码，不改解决方案的版本，也有风险。
一些语法糖，比如VS2015的编译器支持的nameof操作符，在VS2010中就会出现编译错误。
较好的解决方案就是‘强制’所有的开发者，都使用VS2015。
#4
在使用高版本呢的VS打开后，会自动备份低版本的。但是如果有想要实现类似SVN的版本管理，最好是使用相同的VS version。
#5
低版本的 vs 打不开高版本 vs 的项目，这是不争的事实
高版本 vs 会自动升迁低版本 vs 的项目
高版本 vs 会自动升迁低版本 vs 的项目
#6
貌似没啥问题……
2010打开2008之类的，那个sln文件会升级
但15打开10的貌似不会，直接就打开了，反正你可以试着开下，如果要求你升级，那就不行了
2010打开2008之类的，那个sln文件会升级
但15打开10的貌似不会，直接就打开了，反正你可以试着开下，如果要求你升级，那就不行了
#7
我是VS2013 打开VS2010的项目，sln不会升级。目标框架保持一样，用高版本的开发工具是不会影响的。
#1
同步开发别人用VS2010开发;我用VS2015开发.
-》同步别人开发，还是使用vs一致的风险低。
-》同步别人开发，还是使用vs一致的风险低。
#2
我认为行不通。
solution、project 文件都不同，文件只有修改的可以同步，新增、删除的都无法同步。
solution、project 文件都不同，文件只有修改的可以同步，新增、删除的都无法同步。
#3
确实有这个风险；即使你只改代码，不改解决方案的版本，也有风险。
一些语法糖，比如VS2015的编译器支持的nameof操作符，在VS2010中就会出现编译错误。
较好的解决方案就是‘强制’所有的开发者，都使用VS2015。
#4
在使用高版本呢的VS打开后，会自动备份低版本的。但是如果有想要实现类似SVN的版本管理，最好是使用相同的VS version。
#5
低版本的 vs 打不开高版本 vs 的项目，这是不争的事实
高版本 vs 会自动升迁低版本 vs 的项目
高版本 vs 会自动升迁低版本 vs 的项目
#6
貌似没啥问题……
2010打开2008之类的，那个sln文件会升级
但15打开10的貌似不会，直接就打开了，反正你可以试着开下，如果要求你升级，那就不行了
2010打开2008之类的，那个sln文件会升级
但15打开10的貌似不会，直接就打开了，反正你可以试着开下，如果要求你升级，那就不行了
#7
我是VS2013 打开VS2010的项目，sln不会升级。目标框架保持一样，用高版本的开发工具是不会影响的。