如何应对jenkins上推广的冲突分支

时间:2014-04-24 15:34:16

标签: git github jenkins promoted-builds

这个想法是:

  1. 所有开发人员都在他们的功能分支上工作并将他们推送到github
  2. jenkins在作业测试上启动构建(由"推送github")以在这些功能分支上运行单元测试
  3. 一旦通过测试,经理就会去github进行代码审查。
  4. 如果代码审查没有问题,那么这个版本会被手动提升(推广构建插件)到"通过QA,准备生产","动作"部分,我们设置"触发/调用其他项目的构建"触发单独的作业 test-prod ,仅将此功能分支合并到远程仓库上的master。
  5. 作业测试促进构建配置: enter image description here

    工作 test-prod SCM配置: enter image description here

    这里有2个问题:

    1. 在第4步,我们有两个冲突的功能分支都通过代码审查的情况,第一个被提升的分支会很好,但第二个会有冲突和失败,有没有办法检测冲突之前?我知道在构建之前合并'可以避免冲突,但这需要前一个分支已经合并到远程主站

    2. 在无冲突的情​​况下,每当手动升级触发第二个作业时,总会产生额外的构建:"旧版代码启动此作业。没有原因信息",我不知道这是怎么发生的。

    3. 另外,不知道这个想法在整个管道方面是否正确,欢迎任何建议!

1 个答案:

答案 0 :(得分:0)

免责声明:我对git一无所知。

根据 this ,最佳做法是使用rebase。由于我不熟悉git,我无法告诉你如何在Jenkins上设置rebase

这里还有另一张海报也有git问题和#34;传统代码开始这项工作"触发额外构建: Legacy code started this job. No cause information is available