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

Question

我正在检查升级到VS2010。

我们的生产服务器只有3.5Framework，在更新之前需要6-9个月的时间。

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

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

(添加了几个空格，使其在这里显示)

===========

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

我的问题是，当我有一台VS2010开发机器，并将VS2010 .sln和.csproj(s)文件签入源代码管理(svn，顺便说一句)到.....will.....will CC.NET机器~，它只在it........be上安装了3.5Framework，可以构建.sln，会发生什么？

我想我可以测试它，但是catch22是我还没有VS2010。所以我在尝试之前先问一下(试装或真正的安装)。

.

知道会发生什么吗？

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

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

?？

我满怀希望的目标是，允许开发人员拥有VS2010 (现在！)，而且在可预见的将来，CC.NET机器和生产服务器仍然可以使用3.5Framework。

显然，开发人员从不创建可部署的构建。只有CC.NET机器生成的生成将随着产品生成而被推送。

有什么帮助吗？

Answer 1

我不这样认为。

在我工作的地方，我们有VS2010和CruiseControl.net正在构建的针对3.5的项目。我认为唯一的“抓到”就是使用msbuild的v4.0 --但是因为csproj文件的目标是3.5，所以所有的东西都很好地运行。

不过，确保CCtray没有对我们大发雷霆是件痛苦的事。