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

Question

我正在检查升级到VS2010。

我们的生产服务器只有3.5框架，并且需要6到9个月的时间才能进行更新。

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

在.msbuild文件中，以下是“ Build”语法： <Target Name =“ Build” DependsOnTargets =“ Checkout”> <MSBuild Projects =“ $（WorkingCheckout）\\ MySolution.sln” Targets =“ Build” Properties =“ Configuration = $（Configuration）“> <输出TaskParameter =” TargetOutputs“ ItemName =” TargetOutputsItemName“> </ Output> </ MSBuild> </ Target>

（添加了一些空格以使其在此处显示）

===========

我知道VS2010可以“定位” 3.5框架。

我的问题是，当我有一台VS2010开发人员计算机时，将VS2010 .sln和.csproj（s）文件检入源代码管理（svn，btw）..... CC.NET计算机将只是否已安装3.5框架.....能够构建.sln？

我想我可以测试一下，但是catch22是我还没有VS2010。 所以我想问一下我尝试一下（试用版还是真正的安装。

.............

任何想法会发生什么？

我想关键的问题是，将会发生什么。

c：\\ WINDOWS \\ Microsoft.NET \\ Framework \\ v3.5 \\ MSBuild.exe“ MyVS2010SolutionFile.sln”

??

我希望的目标是允许开发人员安装VS2010（现在！），对于CC.NET计算机和生产服务器，在可预见的将来仅安装3.5框架，这仍然是“好的”。

需要明确的是，开发人员从不创建可部署的内部版本。 只有CC.NET机器会生成将在生产版本中推送的版本。

有什么帮助吗？

Answer 1

我不这么认为。

在我工作的地方，我们有VS2010，其中CruiseControl.net构建了针对3.5的项目。 我相信唯一的“陷阱”是使用了msbuild v4.0-但由于csproj文件的目标是3.5，所以一切运行良好。

确保CCtray不会对我们发怒是很痛苦的。