C# 在一个组中使用VisualStudio2008和2005

我们有一个队在VS2005。我们希望升级到VS2008，但希望以增量方式进行。如果我们的团队中有一些人升级到2008年（仍以2.0框架为目标），而其他人使用的是vs 2005，这会导致任何问题吗

• 解决方案或项目文件是否因此而更改
• 是否有任何向后兼容性问题需要处理或其他冲突将迫使团队进行大爆炸式升级

---

不起作用。2k8升级您的解决方案

---

让我限定一下。解决方案一旦升级，就无法在2005年打开。我相信每个项目都可以
因此，一种解决方案可能是复制该解决方案，将其命名为project.2005.sln，然后升级原始解决方案并将其命名为project.2008.sln

---

我的盒子上没有2k5，所以我不能测试这个。这将很简单，而且，只要您事先完全签入，就可以无损地进行测试。
为什么要增量升级？在使用Visual Studio 2008时，您仍然可以将.NET 2.0作为目标。
据我所知，升级到VS 2008时更改的是解决方案文件（*.sln），而不是项目文件.csproj/.vbproj。

---

因此，如果您有不同的.sln文件，您可以对同一个gode使用两个IDE。
您可以通过重命名所有解决方案/项目文件（不考虑实际源文件）来实现这一点，然后您的团队成员可以加载适合他们的版本。
部分可能，但必须小心
• 需要版本控制系统（并使用基于2005/2008的配置构建服务器）
• 基于VS.NET版本的独立解决方案和项目文件。每个人都应该打开相应的.sln van.proj文件。（关于项目文件更改的一些提示：）
• 可以提交常见的C#/VB.NET源文件、XML文件。其他文件（比如.resx）可能会引起疼痛
我认为将所有项目切换到VS.NET2008更容易

---

VS.NET 2088需要注意的一点是：我们对WinForms designer有着奇怪的体验，并且在构建后有过一些冻结。
对于C#，项目文件几乎是相同的（不同的版本号，新的目标平台属性）。然而，VS2008将始终尝试“转换”旧的VS2005文件，而VS2005拒绝打开新文件。因此，混合环境不是很实用。
我们对混合VS版本所做的是在2005年创建解决方案，并完成所有项目的设置。然后将其检查到SourceSafe（或任何您使用的）。然后，使用VS2008的用户在其机器上本地升级解决方案，然后在VS2008升级解决方案时撤消签出，然后每个人都可以同时处理该项目，只要不更改解决方案文件
大约6个月来，我们一直在做你想做的事情
我们的经验仅限于Web应用程序、类库和基本WinForms项目。但是我们在2005年和2008年间没有遇到开发者分裂的问题
您将需要两个单独的解决方案文件（一个用于2005年，一个用于2008年），但它们的不同之处在于，一个包含字符串“9.0”，另一个包含字符串“10.0”
到2008年，项目文件将被修改，但它基本上只添加到2005年被忽略的新属性
根据我的经验，2008项目文件与2005兼容。 2008年解决方案文件不是，但创建兼容副本是一项简单的任务，将“9.0”替换为“10.0”，反之亦然。
如果您处理的是Web应用程序项目，那么您还需要对项目文件进行一个额外的更改，以使其与这两个版本兼容

---

查看我的答案和详细信息。
看看大爆炸，2008年与2005年的对比。我在转换项目方面没有发现任何问题。
是的，实际上没有更多的理由使用VS 2005。可能是因为资金问题。@Will:我不想在不了解他们的情况下说他们便宜。他们可能理解“小钱明智，大钱愚蠢”。我不能代表OP发言，但我为一家在1000年前购买VisualStudio许可证的组织工作。对我们来说，在一个财政年度内一次性升级每个人，将是一个真正的预算杀手。项目文件略有更改。我认为大多数使用VS2008的人没有遇到同样的问题。您正在使用VS2008 SP1吗？是的。可能是因为软件工厂（使用SCSF和WCSF）或其他原因。这很奇怪，但有时VS.NET会等待，只是等待，只是等待。这还要求不对项目文件进行任何更改。出于下面留下的所有原因以及它们是不同的编译器，我不会这样做。我知道，他们应该表现得相似，但他们呢？你最好的选择是大规模升级。这可能是最好的解决方案。