Closed Bug 412347 Opened 17 years ago Closed 14 years ago

Support building from an alternate revision/branch/tag in a mercurial based try server build

Categories

(Release Engineering :: General, enhancement, P5)

enhancement

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mossop, Unassigned)

References

Details

(Whiteboard: [try-server])

When you do a try server build from a mercurial repository I presume it builds from the tip of the repository. This is inconvenient to me, I keep multiple named branches in my repository, one for each main bug I am working on. It would be able to useful to tell the try server to build from a given branch.

This should just be as simple as adding a new string entry field to the form and then if filled in, after pulling issuing a |hg update -C <value>|. Value can be a node hash, tag or branch (might be worth noting that people may get expected results if they use their local revision number here).
Moving try server bugs to the new component.
Component: Build & Release → Try Server
Product: mozilla.org → Webtools
QA Contact: build → try-server
Severity: normal → enhancement
Mass change of target milestone.
Target Milestone: --- → Future
This would be very useful for perf regression hunting like bug 450401.

The form already contains a Branch/Tag field, but it does not appear to have any effect.
Blocks: 450401
Component: Try Server → Release Engineering
Product: Webtools → mozilla.org
QA Contact: try-server → release
Target Milestone: Future → ---
Component: Release Engineering → Release Engineering: Future
Are you sure it doesn't work? I've tried and it WFM in the past...
Looks like this is still true
I just requested a build of http://hg.mozilla.org/releases/mozilla-1.9.1/ from the FIREFOX_3_1b3_RELEASE tag, and I got one of the tip of the repo instead.  So this still doesn't work.
Mass move of bugs from Release Engineering:Future -> Release Engineering. See
http://coop.deadsquid.com/2010/02/kiss-the-future-goodbye/ for more details.
Component: Release Engineering: Future → Release Engineering
Priority: P3 → P5
Whiteboard: [try-server]
Is push-to-try an acceptable enough workaround to close this bug (now that cvs based builds are gone)?
(i guess this bug specifically states mercurial-based, so ignore the above parentheteses)
AFAIK, now that we only have push-to-try (no patch upload), the tip pushed will be on the appropriate branch and so the appropriate revision will be built.
So I assume this bug can be closed.
Awesome.
Not sure which of the resolutions to use; this one seems fine.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
This does appear to work correctly now; changing resolution to fixed
Resolution: INCOMPLETE → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.