[MERGE] Better/faster status after merge
John Arbash Meinel
john at arbash-meinel.com
Tue Jan 13 14:21:54 GMT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ian Clatworthy wrote:
> In response to Vincent's RFC about how various commands
> display revisions, I wrote on 25/09/2008:
>
>> The main command *I* care about the most is status and I'd like
>> us to consider changing how we display non-mainline revisions there.
>>
>> By default, I'd like status to show just the *merge tips* if there
>> are any. I'd like status -v to show the full list of merge revisions.
>> In particular, when merging from trunk into a feature branch right
>> now, 'bzr status' can show 100s of revisions and they are just
>> noise. I find myself constantly using --no-pending in this case to
>> see the list of files that has since scrolled off the screen. :-(
>> Showing just the tips will also be *much* quicker.
>
> Martin Pool's response (also 25/09/2008) was:
>
>> +1, both on simplicity and speed.
>
> Here's a patch implementing this change.
>
> Ian C.
>
Seems like a good patch. This is also something I would want early on in
a dev cycle so that we can decide if people really like the UI changes.
I wonder if we might want to do something like:
pending merge tips: (use --verbose to see all merged revisions)
John Arbash Meinel xxyyyzzz
I think we have the screen real-estate for it, and it helps point people
to get the data that they used to get.
The statement is a bit verbose itself, so we may want to reword it, but
I thought it might be helpful.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAklso4IACgkQJdeBCYSNAAPvMACdGD3kaMvVQ1sG6SpdNtf//GzG
zmwAmwdnwvsA4jbqcM5brWsBxjJZLkrA
=iRVI
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list