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

Re: [PATCH] Add --no-rename to git-apply

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Sep 27, 2007, 10:24 UTC
Message-ID
<Pine.LNX.4.64.0709271107530.28395@racer.site>
In-Reply-To
<7vbqbozo7t.fsf@gitster.siamese.dyndns.org>
Hi,
On Wed, 26 Sep 2007, Junio C Hamano wrote:
Show 11 quoted lines
> Robin Rosenberg <robin.rosenberg@dewire.com> writes:
> 
> > With this option git-apply can apply a patch with a rename
> > onto the original file(s).
> 
> This is troubling from both design and implementation point of
> view.
> 
>  * Why would this be useful?  What's the point of producing the
>    renaming patch if you know you would want to apply while
>    ignoring the rename?

Robin said in a follow-up mail that he needs it for a payed-for SCM (let's describe it as TransparentBox here), which insists on explicit renames.

But I suggest a simple script here which extracts from the diff the renames, which outputs a script which renames the file(s) back and then uses the TransparentBox' mv command:

sed -n -e "/^rename from/N" \
  -e "s/^rename from \(.*\)\nrename to \(.*\)/mv \2 \1 \&\& tb mv \1 \2/p" \
  < diff.patch

Ciao, Dscho

Previous: Junio C HamanoNext: Robin Rosenberg
Message 4 of 6 in “Add --no-rename to git-apply”
  1. Add --no-rename to git-applyRobin Rosenberg, Sep 26, 2007
  2. Robin RosenbergSep 26, 2007
  3. Junio C HamanoSep 27, 2007
  4. Johannes SchindelinSep 27, 2007
  5. Robin RosenbergSep 27, 2007
  6. Robin RosenbergSep 27, 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.