Thread (2 messages) flat view 2 messages, 2 authors, 2016-06-15

Re: [RFC/PATCH v2] create a skeleton for the command git rebase --status

From: Junio C Hamano <hidden>
Date: 2016-06-15 23:05:02

Matthieu Moy [off-list ref] writes:
Junio C Hamano [off-list ref] writes:
quoted
If this topic enhances 'git status' with the in-progress rebase
information, I'd view it as turning 'git status' from 'a more or
less useless command during rebase' to 'a useful command'.
For day-to-day operations, what we already have in status already
qualifies as 'useful command' to me:

$ git status
rebase in progress; onto 7f9a792
You are currently rebasing branch 'master' on '7f9a792'.
  (fix conflicts and then run "git rebase --continue")
  (use "git rebase --skip" to skip this patch)
  (use "git rebase --abort" to check out the original branch)
Not really.  How would you decide if 7f9a792 is worth keeping or
rebase is better be aborted without knowing where you are?
I like the output of "git status" to be concise.
Sure, as long as concise and useful, I am all for it.  The above
however does not show anything I already know in my prompt.  I would
say no thanks to "concise and useless".
OTOH, there are tons of information in .git/rebase-merge/ that
could be displayed to the user.
Surely, that is why "git status" during a rebase should show them.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help