[PATCH] status: add option to show status of files in subrepos

Didly didlybom at gmail.com
Thu Jul 8 11:14:14 CDT 2010


On Thu, Jul 8, 2010 at 5:20 PM, Steve Losh <steve at stevelosh.com> wrote:

> Matt,
>
> Thank you for trying to explain this to me. I think that I understand what
> you are saying. However, what I do not understand is the following:
>
> - Assume that the user has cloned a repository that contains several
> subrepos.
> - The user has then used "hg update" at least once, to  select a revision
> to which its working copy will point to.
>
> At this point, there is one and only one "current" .hgsub file. This file
> contains the list of the subrepositories that are referenced by the current
> revision of repository and to which folders they correspond to. It also says
> their corresponding "pull sources" (for lack of a better name).
>
> Now, if the user executed "hg pull", wouldn't mercurial have all the
> information that it needs to perform the pull on all the subrepositories
> that are defined for the current revision of the top repository?
>
>
> It should never need to pull at this point.
>
> When you run 'hg update REV' Mercurial clones/updates the subrepos to the
> revisions specified in the .hgsubstate file in REV.
>
> When you run "hg pull" after that the .hgsubstate isn't touched (unless
> you're using "-u", but that's beside the point), so the revisions listed for
> each subrepo haven't changed, so it doesn't need to pull.
>

Steve, thanks for the explanation.

I was confused because according to Matt's explanation I thought that he
implied that "pull" _cannot_ be recursive. Yet, it seems that you guys are
saying that "pull" _could_ be recursive, but it does not _need_ to be. Is
that correct?

As a user I'd like to be able to execute pull recursively. I don't mind
whether pull is recursive by default or not. It'd be perfectly fine to have
to use a "-r" flag to tell pull to execute a pull on the top repository and
in all its subrepos. From what you guys have said my understanding is that
this should be possible, shouldn't it?

Angel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20100708/db6ad62d/attachment.htm>


More information about the Mercurial-devel mailing list