Re: [PATCH] rebase -i: Teach "--edit" action
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Sep 10, 2012, 19:57 UTC
- Message-ID
- <7vd31todkq.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <CADgNjamB9wG_Vbt1Zwu8Tmt3vQ8XpYys6ngjQeQb2DgnqKeHJg@mail.gmail.com>
Andrew Wong <andrew.kw.w@gmail.com> writes:
Show 23 quoted lines
> On Mon, Sep 10, 2012 at 2:46 PM, Jeff King <peff@peff.net> wrote: >> On Mon, Sep 10, 2012 at 08:36:43PM +0200, Johannes Sixt wrote: >> >>> > [1] It does preclude using "--edit" to make a note about a later commit >>> > while you are in the middle of resolving a conflict or something. >>> > You'd have to do it at the end. I don't know if anybody actually >>> > cares about that. >>> >>> Yes, I do care. At times I tend to have a very short attention span. Or >>> it is Windows's slowness that expires my short-term memory more often >>> than not. ;) >> >> OK, then I withdraw my proposal. :) >> >> It sounds like it would be safe to do: >> >> git rebase --edit-todo >> hack hack hack >> git rebase --continue > > Johannes took the words right out of my mouth. Also, "edit and _not_ > continue" also gives the user a chance to second guess while editing > the todo.
do you mean "double check"?
Show 5 quoted lines
> That got me thinking... Currently, the todo list has this line at the bottome: > # However, if you remove everything, the rebase will be aborted. > > We'd probably want to remove that line, since "remove everything" no > longer aborts the rebase. It'll just finish the rebase.
Good precaution.
> It might also be nice to add a note to remind the user that they're > editing a todo file in a stopped rebase state. i.e. not a fresh > interactive rebase
Hrm... They see the contents of the todo file immediately after they say "rebase --edit-todo" and the sole reason they said that command is because they wanted to edit the todo file. Is it likely they need a reminder?