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

Re: [PATCH 0/3] Add a "fix" command to "rebase --interactive"

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:47:50

Possibly related (same subject, not in this thread)

Hi,

On Fri, 4 Dec 2009, Junio C Hamano wrote:
Matthieu Moy [off-list ref] writes:
quoted
Michael J Gruber [off-list ref] writes:
quoted
quoted
If the idea of a "fix" command is acceptable, then I would like to
implement a further convenience: if a group of commits to be folded
together includes *only* "fix" commits, then the first log message
should be used without even opening an editor.  But I would like to
get a reaction to the "fix" command in general before doing so.
I'd say that would make a useful command ("fix") even more useful, being
just the right counterpart to "reword" for trivial commit message fixes.
+1 for fix, and +1 for the "don't even launch the editor" too.
I like it, too.  Also I vaguely recall that there was a series that died
that would have allowed you to give hints to help this behaviour at the
time you make "fix-up" commits; we may want to resurrect it on top of this
feature.
I'll just repeat this exactly one more time: it is not always possible to 
know whether you make a fix-up commit, and it is not always possible to be 
sure that you want to amend the next time you do a rebase.

So: Commit time is definitely a bad time to decide on the action in some 
future rebase event.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help