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

Re: [BUG] rebase should desambiguate abbreviated hashes before starting

From
Matthieu Moy <matthieu.moy@grenoble-inp.fr>
Date
Jun 27, 2013, 11:04 UTC
Message-ID
<vpq1u7n3jdh.fsf@anie.imag.fr>
In-Reply-To
<CAMPXz=pSseQKebNVPVYogTZ2FUc1LqubgmS+pN76sveV=eqC0A@mail.gmail.com>
David <bouncingcats@gmail.com> writes:
> I'm not sure that rebase could predict the new hashes without actually creating
> the prior commits? So maybe the "short" SHA1 is "too short"?

It's OK to show the short sha1 to the user, but "git rebase" could and should expand these to complete sha1 right after the editor is closed. I think that's what Yann means.

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Previous: DavidNext: David
Message 3 of 6 in “[BUG] rebase should desambiguate abbreviated hashes before starting”
  1. Yann DirsonJun 27, 2013
  2. DavidJun 27, 2013
  3. Matthieu MoyJun 27, 2013
  4. DavidJun 27, 2013
  5. Junio C HamanoJun 27, 2013
  6. Junio C HamanoJun 27, 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.