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

Re: interrupting "git rebase" (Re: git rebase +)

From
Jonathan Nieder <jrnieder@gmail.com>
Date
Oct 15, 2011, 19:44 UTC
Message-ID
<20111015194414.GB12893@elie.hsd1.il.comcast.net>
In-Reply-To
<CAOeW2eFK5vSKmf+nxzD-6yh5CWZRv4WqSerbSXTPtXmtNeNjxg@mail.gmail.com>

(+cc: Ram) Martin von Zweigbergk wrote:

> On Thu, Oct 13, 2011 at 10:26 PM, Jonathan Nieder <jrnieder@gmail.com> wrote:
>> Johannes Sixt wrote:
>>> Hitting Ctrl-C during git-rebase results undefined behavior.
[...]
Show 6 quoted lines
>> Wait, really?  That's bad, and unlike most git commands.
>
> If Ctrl-C is pressed while the state is being written, it could be
> left with incomplete information, yes. It has been like that forever I
> think. I'll put it on my todo list, but it will not be my top priority
> (and I have very little git time now anyways).

Sorry for the lack of clarity. That actually sounds fine to me already, as long as the intermediate state is easy to recover from (which doesn't match what I usually think of as "undefined behavior").

So it sounds like I was worrying needlessly.
[...]
Show 9 quoted lines
>> By the way, what happened to the "git rebase --abort-softly" synonym
>> for "rm -fr .git/rebase-apply" discussed a while ago?
>
> I think we simply did not agree on a syntax, but here was also some
> discussion about future plans for the sequencer. I remember seeing
> some discussions about making "git reset --hard" remove the sequencer
> state, but I don't remember the conclusion. It is not clear to me what
> is ok to implement in git-rebase nowadays and what would just be
> double work if it needs to be re-implemented in the sequencer.

I believe a good rule of thumb is that you can always pretend the sequencer just doesn't exist, and cc Ram when you are unsure. :)

Certainly, a lot of sequencer features were inspired by "git rebase". Improvements to "git rebase" are only likely to make future improvements to "git sequencer" easier. Part of what helps here is that "git rebase" is a shell script, so it is a little easier to prototype features there.

Thanks! Jonathan

Previous: Martin von ZweigbergkNext: Ramkumar Ramachandra
Message 6 of 7 in “git rebase +”
  1. Adam PiatyszekOct 13, 2011
  2. Johannes SixtOct 13, 2011
  3. interrupting "git rebase" (Re: git rebase +)Jonathan Nieder, Oct 14, 2011
  4. Jonathan NiederOct 14, 2011
  5. Martin von ZweigbergkOct 15, 2011
  6. Jonathan NiederOct 15, 2011
  7. Ramkumar RamachandraOct 17, 2011

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.