2017-06-16 52 views

回答

0

Builds by source changes

您可以詹金斯查询您的版本控制系统更改。您可以指定Jenkins在Unix/Linux上使用与crontab相同的语法轮询您的修订控制系统的频率。但是,如果您的投票时间比调查您的版本控制系统所需的投票时间短,则最终可能会针对每次更改进行多次构建。您应该将轮询周期调整为比轮询版本控制系统花费的时间更长,或者使用提交后触发器。您可以检查每个构建的轮询日志,查看轮询您的系统需要多长时间。

另外,也可以不使用固定时间间隔进行轮询,而是使用URL触发器(如上所述),但在URL末尾使用/ polling而不是/ build。这让詹金斯调查了供应链管理的变化,而不是立即建立。这可以防止Jenkins运行构建,而不影响与作业无关的模块或分支的提交的相关更改。使用/轮询作业时,必须配置轮询,但时间表可以为空。

1

您可以将BitBucket Plugin添加到您的Jenkins实例。它将允许您在BitBucket中配置webhook,然后触发任何Jenkins作业监听该webhook。插件的页面有详细的分类,但基本是;

  1. 在BitBucket的回购中,使用您Jenkins的网址create a new Webhook。我相信网址一般是http://[your jenkins url]/bitbucket-hook/
  2. 使触发器成为回购推动。
  3. 在您的Jenkins作业中,选中“构建触发器”部分下方的“将更改推送到BitBucket时进行构建”复选框。

现在任何时候你承诺回购你创建Webhook,那詹金斯的工作将会运行。

你也可以通过参数化你的Jenkins构建来限制哪些分支触发提交,忽略某些分支/关键字/等,如果这是你的特定项目需要的东西。

+0

是的,这是真的,但我认为当您的开发代码和测试代码位于同一个存储库时,这是可能的。在我的情况下,我们有两个不同的代码库(在我的应用程序代码存在,另一个詹金斯拉我的测试代码)。 –

+0

@TapasMahato也许我是误解,但是这种设置即使在不同的回购协议下也能正常工作。我们在我们的产品中都做到这一点,并制定了回购协议,并定制触发器忽略除特定分支以外的所有分支以减少噪音。 – Alex

+1

感谢@亚历山大让我走出去。目前我忙于另一项任务。我会根据你的指示再试一次,并让你更新。可能当时我需要你的帮助。再次感谢。 –

相关问题