[JIRA] [subversion-plugin] (JENKINS-673) SCM "catch up" feature

Wed, 04 Mar 2015 03:16:58 -0800

Jo Shields commented on New Feature JENKINS-673

7 years, and no activity beyond half-baked workarounds.

So.

From where I'm sat, there are two issues to resolve:

  • A way to inject builds with given revisions, without requiring a parameterized build, OR making parameters optional so if Jenkins detects "I am missing these intermediate commits, I will add jobs to build them" it can do so without breaking workflow for non-parameterised default behaviour
  • Maintain some knowledge of "the last master I know about". If Jenkins knows it built revision r1, then polls to discover revision r10, it needs to be able to inject builds for r2..r10 without being confused if r12 appears in the next round of polling (i.e. the record needs to be 'newest commit I know about', not 'last commit I acted upon'). This value should be user-visible in the project settings, so newly created projects don't try to catch up on 10 years of commits.

Importantly, building commits in precise order is irrelevant - you care whether given commits have been tested, not when they were tested. The order becomes especially irrelevant if you use the build name plugin to use commitid for build revision names, not an incrementing numeric value as is the default.

A bunch of this plumbing is already done - we can poll the SCM. Some SCM plugins clearly have knowledge of whether revisions have already been done or not (e.g. hudson/plugins/git/util/DefaultBuildChooser.java#L134). The less-implemented part is the first one - injecting the intermediate jobs into the build queue, not just the latest
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira

--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to