为什么要以增量方式升级？在使用Visual Studio 2008时，您仍然可以将.NET 2.0作为目标。

不起作用。2k8升级您的解决方案。
让我来说明一下。解决方案一旦升级，就不能在2005年开放。我相信个别项目可以。
因此，一种解决方案可能是制作解决方案的副本，将其命名为project.2005.sln，然后升级原始解决方案并将其命名为project.2008.sln。
我的盒子上没有2k5，所以我不能测试这个。测试这个很简单，只要你事先完全检查，没有破坏性。

您可以通过重命名所有的解决方案/项目文件（保留实际的源代码）来实现这一点，然后您的团队成员可以加载适合他们的版本。

对于C#，项目文件几乎是相同的（版本号不同，新的目标平台属性）。然而VS2008总是试图“转换”VS2005的旧文件，而VS2005拒绝打开新文件。因此，混合环境不是很实用。

我们对混合VS版本所做的是在2005年创建解决方案，并设置好所有项目。（或您使用的任何东西）。然后使用VS 2008的用户在他的机器上本地升级解决方案，然后撤销VS 2008在升级解决方案时所做的 checkout ，然后每个人都可以同时在该项目上工作，只要没有对解决方案文件进行更改！

据我所知，升级到VS 2008时更改的是解决方案文件（*.sln），而不是项目文件 .csproj/. vbproj。因此，如果您有不同的.sln文件，可以将两个IDE用于同一个gode。

我们已经做了你想做的事情6个月了。
我们的经验仅限于Web应用程序、类库和基本的WinForms项目。但我们在2005年和2008年之间与开发人员分开时没有遇到任何问题。
您将需要两个单独的解决方案文件（一个用于2005，一个用于2008），但它们的区别仅在于一个包含字符串“9.0”，另一个包含字符串“10.0”。
项目文件将在2008年修改，但基本上只添加了2005年忽略的新属性。

根据我的经验，2008 Project档案与2005相容。2008 Solution档案则不相容，但建立相容的复本很简单，只要将“9.0”取代为“10.0”即可，反之亦然。

如果您正在行程Web应用程序项目，则应该对项目档进行一项额外的变更，使其与两个版本都相容。
详情请看我的答案。

去为大爆炸，2008年岩石相比，2005年。我没有发现任何问题与转换项目。

部分可能，但必须小心。

• 需要版本控制系统（并使用基于2005/2008的配置构建服务器）
• 基于VS.NET版本将解决方案文件和项目文件分开。每个人都应该只打开相应的.sln货车.proj文件。（有关项目文件更改的一些提示：（第10页）
• 可以提交常见的C#/VB .NET源文件、XML文件。其他文件--比如.resx --可能会带来麻烦。

我认为将所有项目切换到VS.NET2008会更容易。
VS.NET 2088的一个注意事项：我们在使用WinForms设计器时有过一些奇怪的经历，并且在生成后出现了一些冻结。