Code

status: list unmerged files much later
authorJohannes Sixt <j6t@kdbg.org>
Tue, 1 Sep 2009 20:13:53 +0000 (22:13 +0200)
committerJunio C Hamano <gitster@pobox.com>
Wed, 2 Sep 2009 05:29:51 +0000 (22:29 -0700)
commit228e7b5d4d6eca8616c7dc3d979478909dbdbfd1
tree790b06003868c0da2365a70d695ea488b75eff48
parent0b1fac320c10b83133f824805055ff428b331e19
status: list unmerged files much later

When resolving a conflicted merge, two lists in the status output need
more attention from the user than other parts.

 - the list of updated paths is useful to review the amount of changes the
   merge brings in (the user cannot do much about them other than
   reviewing, though); and

 - the list of unmerged paths needs the most attention from the user; the
   user needs to resolve them in order to proceed.

Since the output of git status does not by default go through the pager,
the early parts of the output can scroll away at the top. It is better to
put the more important information near the bottom.  During a merge, local
changes that are not in the index are minimum, and you should keep the
untracked list small in any case, so moving the unmerged list from the top
of the output to immediately after the list of updated paths would give us
the optimum layout.

Signed-off-by: Johannes Sixt <j6t@kdbg.org>
Acked-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
wt-status.c