我正在检查升级到VS2010。
我们的生产服务器只有3.5 Framework，在更新前需要6到9个月。
我们还有一个Continuous Integration Server，运行CruiseControl.NET（CC.NET）。 它上面也有3.5框架。 我们对CC.NET的实现主要是调用msbuild.exe MySolution.msbuild。 （我们将大部分构建逻辑封装到.msbuild文件中）。
在.msbuild文件中，以下是“Build”语法： 的＆LT;目标名称=“构建”DependsOnTargets =“Checkout”＆gt; ＆LT; MSBuild Projects =“$（WorkingCheckout）\ MySolution.sln”Targets =“Build”Properties =“Configuration = $（Configuration）”＆gt; ＆LT;输出TaskParameter =“TargetOutputs”ItemName =“TargetOutputsItemName”＆gt;＆lt; /输出＆GT; ＆LT; / MSBuild的＆GT; ＆LT; /目标＆GT;
（添加了一些空格以便在此处显示）
===========
我知道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机器才会生成将作为生产构建推送的构建。
任何帮助？
答案 0 :(得分：1)
我不这么认为。
在我工作的地方，我们有VS2010，其目标是由CruiseControl.net构建的3.5。我认为唯一的'问题'是msbuild的v4.0正在使用 - 但由于csproj文件的目标是3.5，所以一切都很好地运行。
这确实让CCtray没有对我们进行抨击。