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

Re: [PATCH] Fix "git add -u" data corruption.

From
Zakirov Salikh <salikh@gmail.com>
Date
Aug 16, 2007, 00:15 UTC
Message-ID
<eb5812d90708151715k5125d4aq3008d7be54fa66b6@mail.gmail.com>
In-Reply-To
<7v1we4pknl.fsf_-_@gitster.siamese.dyndns.org>
Junio wrote:
Show 5 quoted lines
> This applies to 'maint' to fix a rather serious data corruption
> issue.  When "git add -u" affects a subdirectory in such a way
> that the only changes to its contents are path removals, the
> next tree object written out of that index was bogus, as the
> remove codepath forgot to invalidate the cache-tree entry.
Fixes the issue, thanks.

To make this more fair to git, especially to a notorious statement "git never lost any data in its existence", this commit corruption, while annoying, does not lose any data from working directory, and was easy to fix and work around once I've figured out what's happened.

Previous: Junio C HamanoNext: Salikh Zakirov
Message 5 of 6 in “git-commit goes awry after git-add -u”
  1. Salikh ZakirovAug 15, 2007
  2. Salikh ZakirovAug 15, 2007
  3. Junio C HamanoAug 15, 2007
  4. Fix "git add -u" data corruption.Junio C Hamano, Aug 15, 2007
  5. Zakirov SalikhAug 16, 2007
  6. Salikh ZakirovAug 15, 2007

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.