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

rebase --abort Unespected behavior

From
BGBlaise Garant <blaise@garantcoutu.com>
Date
Feb 28, 2020, 17:36 UTC
Message-ID
<CANXsDork=bL=SUodXDzkcnjpPALm53e++UkVkJFWxaZPMBK-SQ@mail.gmail.com>
Hello,

I don't know if this is a bug but it was unexpected for us. I accidentally added untracked files through a `git add .` while doing an interactive rebase and aborting the rebase deleted those files. Is this to be expected?

To reproduce: mkdir test_folder cd test_folder git init touch first git add . git commit -m 'First' echo 1 >> first git add . git commit -m 'Second' echo 2 >> first git add . touch second git commit -m 'Third' git rebase -i HEAD~2 #set second to be edited git add . git status #second should have staged git rebase --abort ls #second has been deleted

Not sure this is an expected behavior. Thanks Blaise Garant

Next: Phillip Wood
Message 1 of 4 in “rebase --abort Unespected behavior”
  1. Blaise GarantFeb 28, 2020
  2. Phillip WoodFeb 29, 2020
  3. Elijah NewrenFeb 29, 2020
  4. Phillip WoodMar 4, 2020

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.