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

Re: --find-copies-harder finds fewer copies/renames than -C does

From
Junio C Hamano <gitster@pobox.com>
Date
Jan 6, 2011, 20:42 UTC
Message-ID
<7vhbdlahnp.fsf@alter.siamese.dyndns.org>
In-Reply-To
<1juopju.rh4v4z97i9hmM%lists@haller-berlin.de>
lists@haller-berlin.de (Stefan Haller) writes:
> But what about the suggestion of falling back to -C if
> --find-copies-harder exceeds the rename limit, but -C does not?
> Wouldn't that be the desired behaviour?
Maybe.  Patches welcome ;-)
Previous: Stefan Haller
Message 4 of 4 in “--find-copies-harder finds fewer copies/renames than -C does”
  1. Stefan HallerJan 5, 2011
  2. Junio C HamanoJan 5, 2011
  3. Stefan HallerJan 6, 2011
  4. Junio C HamanoJan 6, 2011

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.