git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [BUG?] rebase -i: edit versus unmerged changes

From
Junio C Hamano <gitster@pobox.com>
Date
Mar 20, 2013, 20:45 UTC
Message-ID
<7vsj3pdcm5.fsf@alter.siamese.dyndns.org>
In-Reply-To
<CALkWK0mgX40oicqxnoa7M3NJP_k8jDrg7mVGyWrg5T+=iRtHQA@mail.gmail.com>
Ramkumar Ramachandra <artagnon@gmail.com> writes:
Show 9 quoted lines
> Andrew Wong wrote:
>> On 3/19/13, Ramkumar Ramachandra <artagnon@gmail.com> wrote:
>>> I know that this is expected behavior, but is there an easy way to get
>>> rid of this inconsistency?
>>
>> You can actually rely on "rebase" to run the appropriate command.
>
> Didn't Junio explicitly mention that this is undesirable earlier (from
> the point of view of `rebase -i` design)?

I am sure it is my fault but my memory fails me. As Andrew mentioned, "rebase --continue" seemed to get this right.

Previous: Jonathan NiederNext: Ramkumar Ramachandra
Message 5 of 10 in “[BUG?] rebase -i: edit versus unmerged changes”
  1. Ramkumar RamachandraMar 19, 2013
  2. Andrew WongMar 19, 2013
  3. Ramkumar RamachandraMar 20, 2013
  4. Jonathan NiederMar 20, 2013
  5. Junio C HamanoMar 20, 2013
  6. Ramkumar RamachandraMar 22, 2013
  7. Jonathan NiederMar 22, 2013
  8. Junio C HamanoMar 22, 2013
  9. Ramkumar RamachandraMar 23, 2013
  10. Junio C HamanoMar 24, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.