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

David Mitchell david.mitchell at telogis.com
Thu Jul 8 08:40:51 CDT 2010


On Thu, Jul 8, 2010 at 8:24 AM, Didly Bom <didlybom at gmail.com> wrote:

> On Thu, Jul 8, 2010 at 3:11 PM, Martin Geisler <mg at aragost.com> wrote:
>
>> Matt Mackall <mpm at selenic.com> writes:
>>
>> > When you submit a change like this, please show us what it looks like
>> > so we can talk about it. One of the common complaints about subrepos
>> > is that it's not obvious when a subrepo is modified so commit's
>> > recursive behavior bites people. So it's not clear that:
>> >
>> > M foo
>> > M sub/bar
>> >
>> > really gives people enough notice that it's a subrepo that's changed.
>> > But then:
>> >
>> > M foo
>> > M subrepo/
>> >
>> > is just weird, so maybe your way is right after all. Opinions?
>>
>> I don't think it's that weird -- it has the advantage that you can
>> distinguish between a file changed in a subdirectory and a changed
>> subrepository.
>>
>> Subversion simply reports X for all svn:externals and then reports their
>> status afterwards. It looks like this:
>>
>>  % svn status
>>  X       ext
>>
>>  Performing status on external item at 'ext'
>>  M       ext/a.txt
>>
>
> So in mercurial's case what you propose it for mercurial to report:
>
> % hg status
> S       ext
>
> Performing status on subrepository 'ext'
> M       ext/a.txt
>
> Is that it? If so it seems a good solution to me.
>

Isn't this the behaviour mercurial has today? The point of the switch is to
allow you to see the substatus without having to run multiple commands.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20100708/d3335031/attachment.htm>


More information about the Mercurial-devel mailing list