我应该如何实现持续集成和.NET Framework版本

我应该如何实现持续集成和.NET Framework版本,.net,version-control,frameworks,continuous-integration,cruisecontrol.net,.net,Version Control,Frameworks,Continuous Integration,Cruisecontrol.net,我刚刚开始迁移到.NETFramework 3.5。我使用CruiseControl.NET进行我们的持续集成,并想知道其他人是如何进行设置的 我有一个名为NET3.5的源代码分支,但目前我将主干代码保留为2.0 我创建了两个CruiseControl项目,分别从主干和分支进行签出 所以我有两个持续集成项目,即使只有一个代码库 我认为这是正确的方法,因为我需要使用不同版本的aspnet_merge.exe来编译代码,这意味着两个独立的配置文件以及两个连续集成项目 这种方法行吗?每个分支是单独构建

我刚刚开始迁移到.NETFramework 3.5。我使用CruiseControl.NET进行我们的持续集成,并想知道其他人是如何进行设置的

我有一个名为NET3.5的源代码分支,但目前我将主干代码保留为2.0

我创建了两个CruiseControl项目,分别从主干和分支进行签出

所以我有两个持续集成项目,即使只有一个代码库

我认为这是正确的方法,因为我需要使用不同版本的aspnet_merge.exe来编译代码,这意味着两个独立的配置文件以及两个连续集成项目

这种方法行吗?每个分支是单独构建的,还是仅仅作为一个大型代码库,在一个大型构建中编译不同的发布版本


Cheers

切换到TeamCity并具有多个构建(每个分支至少一个)。在TeamCity中配置构建非常容易,这绝对是测试不同版本的代码库(包括框架)的正确解决方案。

我个人为分支机构创建了一个新的CCNet项目,这听起来像您所做的

这样做的好处是:

  • 一个分支中的更改只会导致一个项目重新生成
  • 每个分支都有单独的构建报告/工件
  • 如果一个分支中断,另一个分支仍然可以构建/部署
将分支合并回主干后,可以删除额外的巡航项目


请告诉我您的ASP.NET应用程序是否有我在此处错过的特定内容。

作为旁注,请切换到TeamCity for CI。我们做到了,而且还在继续。嗨,德鲁,听起来我走对了方向,谢谢!我认为这是“如果一个分支中断,另一个分支仍然可以构建/部署”的重要部分,因为如果任何.NET项目构建失败,CruiseControl就会失败。直到你说了才明白-谢谢你,还有我的+1!没问题。我已经为我当前的客户建立了CCNet分支,并且工作得很好。到目前为止,我看到的唯一缺点是创建CI/分支对的开销,以及合并时统计数据的突然增加。与建立所有分支机构的好处相比,这些好处很小。