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

Re: [bug] Stashes lost after out-of-memory situation

From
Thomas Braun <thomas.braun@virtuell-zuhause.de>
Date
Oct 25, 2020, 12:27 UTC
Message-ID
<5a3db65b-1877-c5be-8077-2926637fba6e@virtuell-zuhause.de>
In-Reply-To
<618d66a8-e2c1-241c-5200-2298bfe24ac0@web.de>
On 10/24/2020 7:06 PM, René Scharfe wrote:
[...]
> Looks like stash calls rev-parse to see if a
> stash pop removed the last stash and in that case proceeds to delete the
> stash ref and its reflog

I was a bit suprised to learn that removing the last stash entry also removes it from the reflog.

Wouldn't it be more convenient if it would be kept in the reflog even after popping?

So that in cases like

git init echo 1 > test git add test git commit -m "one" test echo 2 > test git stash git checkout . git stash pop git checkout . git reflog -p

my once stashed change would still be in the reflog?
Previous: René ScharfeNext: René Scharfe
Message 3 of 4 in “[bug] Stashes lost after out-of-memory situation”
  1. Marek MrvaOct 23, 2020
  2. René ScharfeOct 24, 2020
  3. Thomas BraunOct 25, 2020
  4. René ScharfeOct 25, 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.