VS2010 / 目标框架 = 3.5 / 基于持续集成服务器构建

Question

我正在检查升级到 VS2010。

我们的生产服务器只有 3.5 框架，需要 6-9 个月才能更新。

我们还有一个持续集成服务器，运行 CruiseControl.NET (CC.NET)。 它也有 3.5 框架。 我们CC.NET的实现主要调用msbuild.exe MySolution.msbuild。 （我们将大部分构建逻辑封装到 .msbuild 文件中，仅供参考）

在 .msbuild 文件中，以下是“构建”语法： 目标>

（添加几个空格使其显示在此处）

============

我知道 VS2010 可以“瞄准” 3.5 框架。

我的问题是当我有一台 VS2010 开发机器时会发生什么，并且我将 VS2010 .sln 和 .csproj(s) 文件检查到源代码控制（svn，btw）...... CC.NET 机器会吗？ ~ 只安装了 3.5 Framework 就可以了........能够构建 .sln 吗？

我想我可以测试它，但 catch22 是我还没有 VS2010。 所以我在尝试之前先询问一下（试用版还是实际安装。

.......

任何想法会发生什么？

我猜关键问题是，会发生什么。

c:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe "MyVS2010SolutionFile.sln"

??

我希望的目标是，让开发人员拥有 VS2010（现在！），并且对于 CC.NET 机器和在可预见的未来将只有 3.5 框架的生产服务器来说仍然“可以” .

需要明确的是，开发人员从不创建可部署的构建。只有 CC.NET 机器生成将作为生产构建推送的构建。

有什么帮助吗？

Answer 1

我不这么认为。

在我工作的地方，我们有 VS2010，其项目目标是 3.5，由 CruiseControl.net 构建。我相信唯一的“问题”是正在使用 msbuild 的 v4.0 - 但是因为 csproj 文件的目标是 3.5，所以一切都很好地运行在一起。

确保 CCtray 没有向我们吐口水是一件很痛苦的事。