Tag: 持续整合的

jenkins – 在工作之间传递variables？: 我在jenkins有两个工作，两者都需要相同的参数。我如何使用参数运行第一个作业，以便在触发第二个作业时使用相同的参数？

在持续集成中处理多个分支: 我一直在处理在公司扩展CI的问题，同时试图找出CI和多个分支机构采用哪种方法。在stackoverflow，多个function分支和持续集成有一个类似的问题。我已经开始了一个新的，因为我想在这个问题上进行更多的讨论并提供一些分析。到目前为止，我发现我可以采取两种主要方法（或者其他一些方法）。每个分支有多套工作（在这里谈论Jenkins / Hudson）编写工具来pipe理额外的工作批量创build/修改/删除作业每个分支的每个作业的自定义设置（SCM url，deppipe理repos重复）人们用shell工具，ant脚本和Jenkins CLI解决这个问题的一些例子。看到： http://jenkins.361315.n4.nabble.com/Multiple-branches-best-practice-td2306578.html http://jenkins.361315.n4.nabble.com/Is-it-possible-to-handle-multiple-branches-where-some-jobs-should-run-on-each-one-without-duplicatin-td954729。 HTML http://jenkins.361315.n4.nabble.com/Parallel-development-with-branches-td1013013.html 自动configuration或创build哈德森作业会在您的CI群集上造成更多负载开发人员的反馈周期变慢（如果基础架构无法处理新的负载）每2个分支的多组作业（开发和稳定）手动pipe理这两套（如果您更改工作的configuration，那么一定要在另一个分支中更改）皮塔什，但至less很lesspipe理其他额外的分支在推送到开发之前将不会得到完整的testing套件不满意的开发者。为什么开发人员应该关心CI缩放问题？他有一个简单的请求，当我分支我想testing我的代码。简单。所以看来，如果我想为他们自己的定制分支提供CI的开发人员，我需要Jenkins（API或shellcripts或其他？）的特殊工具，并处理缩放。或者我可以告诉他们更经常地合并到DEV，并且在定制分支上没有CI。你会采取哪一个或有其他的select？