TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Use Jenkins "Build Per Branch" for Git Feature Branch Development

74 点作者 tednaleid将近 13 年前

6 条评论

ddlatham将近 13 年前
<i>One disadvantage is that with multiple, short-lived branches, manually creating CI to confirm that all tests continue to pass becomes far too much overhead. It must be automated for this model to work and be trusted. "Jenkins Build Per Branch" is the answer to that problem.</i><p>We use something close to this model, but there's no need to create separate Jenkins jobs for each branch.<p>We have a single job that takes the git branch as a parameter and can run all of the automated tests (and other jobs for builds, etc.). There is a script that watches for new pull requests and automatically triggers the Jenkins job to run all the tests on that pull request to verify that they pass before the reviewer merges in to master.
评论 #4105176 未加载
评论 #4105429 未加载
评论 #4104318 未加载
pbiggar将近 13 年前
Circle (my CI-as-a-service startup - <a href="https://circleci.com" rel="nofollow">https://circleci.com</a>) does this by default. For nearly any reason that you have a branch - for staging or deployment, for features, for tags, for bug fixes - there really is no reason not to have this.<p>Unless of course, everyone gets a notification for every build in every branch. Then you'll have practically every developer in your organization hating this feature! I'm sure Jenkins has a way of controlling that though.
tantalor将近 13 年前
Travis automatically does this,<p><a href="http://about.travis-ci.org/docs/user/build-configuration/" rel="nofollow">http://about.travis-ci.org/docs/user/build-configuration/</a><p>Basically, it builds whichever branch you push, as long as that branch has a config. I think this is better because your config is in SCM instead of off in jenkins-land (even though it is highly travis-specific).
评论 #4104722 未加载
gvalkov将近 13 年前
A while ago, I wrote a similar tool[1] that I never quite got around to releasing/documenting. Unlike the OP's nicely integrated plugin, mine is an external script (which you would run from cron) that checks the repository for new refs and creates jobs accordingly. Have a look at the config file[2] for a general idea of what it does.<p>[1] <a href="https://github.com/gvalkov/jenkins-autojobs" rel="nofollow">https://github.com/gvalkov/jenkins-autojobs</a><p>[2] <a href="https://github.com/gvalkov/jenkins-autojobs/blob/master/doc/git.config.yaml" rel="nofollow">https://github.com/gvalkov/jenkins-autojobs/blob/master/doc/...</a>
nsxwolf将近 13 年前
Is there something like this for SVN?
评论 #4104358 未加载
Ramone将近 13 年前
But then it's not really continuous integration anymore is it? Having a CI server and practicing continuous integration are not the same thing.
评论 #4104242 未加载
评论 #4104238 未加载