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

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

From
Jonathan Nieder <jrnieder@gmail.com>
Date
Mar 20, 2013, 20:42 UTC
Message-ID
<20130320204242.GA29311@google.com>
In-Reply-To
<CALkWK0mgX40oicqxnoa7M3NJP_k8jDrg7mVGyWrg5T+=iRtHQA@mail.gmail.com>
Ramkumar Ramachandra wrote:
> Andrew Wong wrote:
>> 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 missed the earlier discussion. Does the documentation (e.g., git-rebase(1)) cover this? I can't think of any reason off-hand not to rely on the DWIMery involved in "git rebase --continue".

Curious, Jonathan

Previous: Ramkumar RamachandraNext: Junio C Hamano
Message 4 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.