Local vs. non local commands
Matus
matusko at hotmail.com
Sat Nov 20 02:48:31 UTC 2010
Martin Geisler <mg <at> lazybytes.net> writes:
>
> Alpar Juttner <ajuttner.list <at> googlemail.com> writes:
>
> > On Thu, 2010-08-26 at 06:27 -0400, Steve Losh wrote:
> >> On Aug 26, 2010, at 12:54 AM, Alpar Juttner wrote:
> >
> >> I think a -S/--subrepos option would be good, because I'm sure there
> >> are people working with large repos that might not want to pull lots
> >> of changesets they don't need.
> >
> > Look, my suggestion was to pull only those which has been used by the
> > main repo (and their ancestors, of course). I don't think it results
> > in significantly larger subrepos compared to the current behavior.
>
> What we can do is to do 'hg pull' inside each subrepository when you do
> 'hg pull -S' in the outer repository. That should give you a consistent
> set of changesets so that you can update to all of them without pulling
> in any extra changesets as long as the set of subrepos does not change.
>
I agree with Alpar's opinion about current misdesign of hg subrepos, unless I
misunderstood something. Short example:
What happens if person1 has version1.0 of his software in repo1, and then he
creates subrepo1 in repo1 as a dependency and creates version2.0 of their
software. Then person2 clones this repo1 and subrepo1 to his repo2 and subrepo2.
Then they find a bug in version1.0, so they both update their repositories to
version1.0 (to fix the bug and create a branch), where subrepo was not present.
How would they ever get back the subrepo??
More information about the Mercurial
mailing list