Continuous integration 在TeamCity中创建发布分支构建

Continuous integration 在TeamCity中创建发布分支构建,continuous-integration,teamcity,teamcity-7.0,Continuous Integration,Teamcity,Teamcity 7.0,我正在与TeamCity for.net合作,并将其用于持续集成-效果良好。我把它从我的主要分支上弄下来了 我现在有一个发布分支-我如何配置以在TeamCity中设置发布分支。最好的方法是什么?我之前做的是复制我的主干构建的构建配置,然后只创建一个指向另一个分支的新VCS根,并在新配置中使用它。您可以使用VCS根的分支规范字段跟踪多个分支。为您的分支指定通配符,如 +:refs/heads/release_* (for release branches) or +:refs/heads/*

我正在与TeamCity for.net合作,并将其用于持续集成-效果良好。我把它从我的主要分支上弄下来了


我现在有一个发布分支-我如何配置以在TeamCity中设置发布分支。最好的方法是什么?

我之前做的是复制我的主干构建的构建配置,然后只创建一个指向另一个分支的新VCS根,并在新配置中使用它。

您可以使用VCS根的分支规范字段跟踪多个分支。为您的分支指定通配符,如

+:refs/heads/release_*   (for release branches) or
+:refs/heads/*   (for all branches)
更多细节

一些注意事项:

运行构建按钮为默认分支运行它。单击省略号->更改选项卡以选择特定分支。 现在您不能对特定分支使用工件依赖项。此类依赖项将始终使用默认分支。 关于工件依赖性的问题,从特定于分支的工件创建部署配置并不容易。在这种情况下,我将为每个分支使用单独的配置。否则,您应该依赖API和/或某些工件路径名解析逻辑


如果您不需要每个分支部署,那么完全可以使用分支规范方法。

那么为每个分支单独配置吗?有没有合并的方法?我想您可以使用一个构建配置来构建两个分支。对于每个分支的构建、单元测试等,您需要有单独的构建步骤。不过,我一直喜欢使用单独的配置。您可以使用模板对构建进行参数化,并在多个项目或构建之间共享VCS根,同样可以使用唯一部分的参数。