我们有一个vs 2005团队。我们想升级到vs 2008,但希望逐步进行。如果我们让团队中的一些人升级到2008(仍然针对2.0框架),而其他人在vs 2005上继续开发同样的解决方案,是否会出现任何问题。
- 这会导致解决方案或项目文件发生变化吗?
- 是否存在任何向后兼容性问题或其他冲突,会迫使团队进行大规模升级?
我们有一个vs 2005团队。我们想升级到vs 2008,但希望逐步进行。如果我们让团队中的一些人升级到2008(仍然针对2.0框架),而其他人在vs 2005上继续开发同样的解决方案,是否会出现任何问题。
为什么要增量升级呢?在使用Visual Studio 2008的同时,您仍然可以针对.NET 2.0进行开发。
我们在处理混合的VS版本时,是这样做的:首先在2005中创建解决方案,并设置好所有项目。然后将其检入到SourceSafe(或其他你使用的版本控制工具)中。接着,使用VS2008的用户在本地升级该解决方案,然后撤销VS2008在升级解决方案时所做的检出操作。这样,只要不对解决方案文件进行更改,每个人都可以同时在该项目上工作!
部分可能,但必须小心。
我认为将所有项目切换到VS.NET 2008更容易。
关于VS.NET 2088的一个注意事项:我们在WinForms设计器方面有一些奇怪的经验,并且在构建后会出现一些冻结。
我们已经做了你想做的事情大约6个月了。
我们的经验仅限于Web应用程序、类库和基本的WinForms项目。但是,我们在使用2005和2008之间没有遇到任何问题。
您将需要两个单独的解决方案文件(一个用于2005,另一个用于2008),但它们仅在一个包含字符串“9.0”,另一个包含字符串“10.0”时有所不同。
项目文件将被2008修改,但基本上只添加了2005忽略的新属性。
根据我的经验,2008项目文件与2005兼容。 2008解决方案文件不兼容,但创建兼容副本只需简单地将“9.0”替换为“10.0”或反之即可。
如果您正在处理Web应用程序项目,则应对项目文件进行一项额外更改,以使其与两个版本兼容。
追求巨变,2008年比2005年更出色。我在转换项目方面没有发现任何问题。