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

Re: [PATCH 3/9] Fix processing of a patch file which modifies the same file in git-apply.

From
Junio C Hamano <junkio@cox.net>
Date
Aug 28, 2005, 21:06 UTC
Message-ID
<7v64tplqjq.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<11252426681254-git-send-email-robfitz@273k.net>
Robert Fitzsimons <robfitz@273k.net> writes:
> A patch file (or stdin) which modifies the same file more then once
> will fail to apply the patch correctly.  In the worst case it will
> apply some of the patch and leave an invalid output file(s).

I am not sure if this is solving the right problem. A patch that touches the same file more than once is hard to review and I think we should be discouraging the users to do so. The same comment goes for [PATCH 4/9].

Previous: Junio C Hamano
Message 5 of 5 in “Fix processing of a patch file which modifies the same file in git-apply.”
  1. 3/9 Fix processing of a patch file which modifies the same file in git-apply.Robert Fitzsimons, Aug 28, 2005
  2. 4/9 Fix the procssing of multiple patch files with --check in git-apply.Robert Fitzsimons, Aug 28, 2005
  3. 5/9 New option --force-delete for git-apply.Robert Fitzsimons, Aug 28, 2005
  4. Junio C HamanoAug 28, 2005
  5. Junio C HamanoAug 28, 2005

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.