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)
Release Engineering
General
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).
Updated•17 years ago
|
Priority: -- → P3
Comment 1•17 years ago
|
||
Moving try server bugs to the new component.
Component: Build & Release → Try Server
Product: mozilla.org → Webtools
QA Contact: build → try-server
Updated•16 years ago
|
Severity: normal → enhancement
Comment 3•16 years ago
|
||
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
Updated•15 years ago
|
Component: Try Server → Release Engineering
Product: Webtools → mozilla.org
QA Contact: try-server → release
Target Milestone: Future → ---
Updated•15 years ago
|
Component: Release Engineering → Release Engineering: Future
Comment 4•15 years ago
|
||
Are you sure it doesn't work? I've tried and it WFM in the past...
Comment 5•15 years ago
|
||
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.
Comment 8•14 years ago
|
||
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
Updated•14 years ago
|
Whiteboard: [try-server]
Comment 9•14 years ago
|
||
Is push-to-try an acceptable enough workaround to close this bug (now that cvs based builds are gone)?
Comment 10•14 years ago
|
||
(i guess this bug specifically states mercurial-based, so ignore the above parentheteses)
Comment 11•14 years ago
|
||
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.
Comment 12•14 years ago
|
||
Awesome. Not sure which of the resolutions to use; this one seems fine.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Comment 13•12 years ago
|
||
This does appear to work correctly now; changing resolution to fixed
Resolution: INCOMPLETE → FIXED
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•