Opened 8 years ago

Closed 7 years ago

#2374 closed enhancement (duplicate)

Recognize newly-added git tags as changes

Reported by: LRN Owned by:
Priority: minor Milestone: 0.9.+
Version: Keywords: git


I want to be able to mark some changes as "super-important", which means that the change will trigger a build immediately, bypassing normal tree stability timeouts.

Usually super-important changes are, for example, tagged git commits.

Problem is, tags are not really tied to commits, and commits might be tagged at any point _after_ they are committed. So there must be a way to catch the fact that new tags were added (while fetching new commits from the repository), and schedule a zero-timeout build on these tags (which usually refer to earlier commits that might or might not have been built already).

Change History (3)

comment:1 Changed 8 years ago by dustin

  • Keywords git added
  • Milestone changed from undecided to 0.8.+
  • Summary changed from Super-important changes for git to Recognize newly-added git tags as changes

So there are two parts to this:

  • seeing tags as changes
  • affecting the scheduling of a change

The second part is already possible, actually -- you'd use a different scheduler that recognizes "super-important" changes using a ChangeFilter, and schedules higher-priority build requests.

The first part is a worthwhile change to make. That will need different changes in the GitPoller and the github hook (the latter being quite a bit easier)

comment:2 Changed 8 years ago by Jc2k

My pull request to support multiple branches in GitPoller? might prove a useful starting point for getting GitPoller? to watch tags - IIRC git ls-remote will show all tags.

comment:3 Changed 7 years ago by dustin

  • Milestone changed from 0.8.+ to 0.9.+
  • Resolution set to duplicate
  • Status changed from new to closed

The really hard part here is representing tags correctly as changes. That's #998

Note: See TracTickets for help on using tickets.