使用Git记录文件复制操作

当我使用git-mv在git中移动文件时，状态表明该文件已被重命名，即使我更改了某些部分，它仍然被认为是几乎相同的东西（这很好，因为它使我可以遵循它的历史记录） 。

当我复制文件时，原始文件具有一些历史记录，我想与新副本关联。

我尝试过移动文件，然后尝试在原始位置重新签出-移动后的git不会让我签出原始位置。

我尝试进行文件系统复制，然后添加文件-git将其列为新文件。

有什么方法可以使git记录文件复制操作，类似于它记录文件重命名/移动的方法，从而可以将历史记录追溯到原始文件？

Git不会进行重命名跟踪或复制跟踪，这意味着它不会记录重命名或复制。相反，它所做的是重命名和复制检测。您可以使用选项在git diff（和git show）中请求重命名检测-M，可以使用-C选项（-C隐含-M）请求更改文件中的其他副本检测，还可以在所有文件中使用--find-copies-harder或进行更昂贵的副本检测-C -C（这意味着-C，这意味着-M）。请参见git-diff联机帮助页。

您还可以配置GIT中经常做重命名检测设置diff.renames为true值（如true或1），您可以要求混帐将其设置为做拷贝检测过copy或copies。请参见git-config手册页。

还要检查和相关配置变量的-l选项。git diffdiff.renameLimit

请注意，它git log <pathspec>在Git 中的工作方式不同：这<pathspec>是一组路径分隔符，其中path可以是（子）目录名称。在重命名和复制检测开始发挥作用之前，它可以过滤和简化历史记录。如果要遵循重命名和副本，请使用git log --follow <filename>（当前受限制，并且仅适用于单个文件）。

2020-05-19：以下解决方案的优点是不更改原始文件的日志，不创建合并冲突且更短。

您可以强制Git通过三次提交来检测复制文件的历史记录：

• 代替复制，而是切换到新分支并移动文件到那里的新位置。
• 在此处重新添加原始文件。
• 使用no-fast-forward选项将新分支合并到原始分支--no-ff。

（版权归Raymond Chen所有。）

前一个解决方案有四个提交：

• 而不是复制，而是切换到新分支并将文件移动到那里的新位置。
• 切换到原始分支并重命名该文件。
• 将新分支合并到原始分支中，通过保留两个文件来解决琐碎的冲突。
• 在单独的提交中还原原始文件名。

（解决方案取自https://stackoverflow.com/a/44036771/1389680。）