#438: Mercurial does not update to the right revision when building a tag from a
named branch
----------------------+-----------------------
Reporter: cdevienne | Owner: Callek
Type: defect | Status: assigned
Priority: major | Milestone: 0.8.+
Version: 0.8.5 | Resolution:
Keywords: hg |
----------------------+-----------------------
Old description:
> This morning I ran into a very big issue with the way buildbot do a
> Mercurial checkout.
>
> Here is the context :
>
> * The repository contains a named branch
>
> * A tag has been set on a revision of that branch
>
> * From the buildbot web ui, we force a build with the tag as the revision
>
> * buildbot do a "hg clone --rev THETAG <url>"
>
> * The actual current changeset of the clone after checking out is NOT the
> revision corresponding to the tag. Instead it update to the latest
> revision that is on the "default" branch.
>
> In the end the build is not done on the correct revision.
>
> I suggest not to rely on the "clone --rev" but rather do a "pull"
> followed by a "update -r". Additional reasons for that :
>
> * It will be way faster for big repositories (ours is ~130M).
>
> * When using clone --rev, the tag is "lost" because the .hgtags file is
> set in a later changeset than the tagged changeset.
>
> Note that I have reproduced the issue with buildbot 0.7.9 and 0.7.10, and
> Mercurial 1.0.1 and 1.1.2
New description:
This morning I ran into a very big issue with the way buildbot do a
Mercurial checkout.
Here is the context :
* The repository contains a named branch
* A tag has been set on a revision of that branch
* From the buildbot web ui, we force a build with the tag as the revision
* buildbot do a "hg clone --rev THETAG <url>"
* The actual current changeset of the clone after checking out is NOT the
revision corresponding to the tag. Instead it update to the latest
revision that is on the "default" branch.
In the end the build is not done on the correct revision.
I suggest not to rely on the "clone --rev" but rather do a "pull" followed
by a "update -r". Additional reasons for that :
* It will be way faster for big repositories (ours is ~130M).
* When using clone --rev, the tag is "lost" because the .hgtags file is
set in a later changeset than the tagged changeset.
Note that I have reproduced the issue with buildbot 0.7.9 and 0.7.10, and
Mercurial 1.0.1 and 1.1.2
--
Comment (by dustin):
I don't think it's an optimization, here -- what's the slow, effective
way? Apologies if I've forgotten much of the context here!
--
Ticket URL: <http://trac.buildbot.net/ticket/438#comment:13>
Buildbot <http://buildbot.net/>
Buildbot: build/test automation
------------------------------------------------------------------------------
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13.
http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk
_______________________________________________
Buildbot-commits mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/buildbot-commits
