- csharp/
- C# VS2010/Target Framework=3.5/构建在持续集成服务器上
C# VS2010/Target Framework=3.5/构建在持续集成服务器上
C# VS2010/Target Framework=3.5/构建在持续集成服务器上,c#,.net-3.5,visual-studio-2010,msbuild,C#,.net 3.5,Visual Studio 2010,Msbuild,我正在检查升级到VS2010
我们的生产服务器只有3.5框架,需要6-9个月才能更新
我们还有一个持续集成服务器,运行CruiseControl.NET(CC.NET)。
它也有3.5框架。
我们的CC.NET实现主要调用msbuild.exe MySolution.msbuild。(我们将大多数构建逻辑封装到.msbuild文件中供参考)
在.msbuild文件中,以下是“Build”语法:
(添加了一些空格以使其显示在此处)
===========
我知道VS2010可以“瞄准”3
我正在检查升级到VS2010
我们的生产服务器只有3.5框架,需要6-9个月才能更新
我们还有一个持续集成服务器,运行CruiseControl.NET(CC.NET)。
它也有3.5框架。
我们的CC.NET实现主要调用msbuild.exe MySolution.msbuild。(我们将大多数构建逻辑封装到.msbuild文件中供参考)
在.msbuild文件中,以下是“Build”语法:
(添加了一些空格以使其显示在此处)
===========
我知道VS2010可以“瞄准”3.5框架
我的问题是,当我有一台VS2010开发机器,并且我将VS2010.sln和.csproj文件检查到源代码管理(svn,顺便说一句)…只安装了3.5框架的CC.NET机器~~是否能够构建.sln
我想我可以测试一下,但最重要的是我还没有VS2010。
所以在我尝试(试用或真正安装)之前,我会询问
你知道会发生什么吗
我想关键问题是,会发生什么
c:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe“MyVS2010SolutionFile.sln”
?
我满怀希望的目标是,允许开发人员拥有VS2010(现在!),而CC.NET机器和生产服务器在可预见的未来仍然可以“正常”运行,因为它们上面只有3.5框架
需要明确的是,开发人员从不创建可部署的构建。只有CC.NET机器生成的构建将作为生产构建推送
有什么帮助吗?我想没有
在我工作的地方,我们有VS2010,CruiseControl.net正在构建目标为3.5的项目。我认为唯一的“问题”是正在使用msbuild的v4.0,但由于csproj文件的目标是3.5,所以一切都运行得很好
不过,要确保CCtray没有向我们吐口水是件痛苦的事