在git下提交文件时如何控制重命名阈值？

Question

我正在尝试将特定项目的连续快照放入git的历史记录中.我这样做是通过使用每个快照的内容填充存储库目录然后运行

git add -A .
git commit -m 'Version X'

这是本答案中推荐的方法.但是,我看到只有当100%的文件内容保持不变时,提交才会识别文件重命名.有没有办法影响重命名检测,git commit使其找到重命名文件内容已经改变了一点？我看到了git merge并且git diff有各种控制重命名阈值的选项,但这些选项不存在git commit.

我尝试过的事情:

• 在提交新文件内容之前,使用home-brew脚本定位重命名的文件,并使用原始文件执行提交重命名为新位置.然而,这引入了一个人工提交,并且似乎不优雅,因为它不使用git的重命名检测功能.

• 为每个快照创建一个单独的分支,然后将连续的分支合并到master使用上

  git merge -s recursive -Xtheirs -Xpatience -Xrename-threshold=20

  但是,这使我保留了旧版本的重命名文件,同时也无法检测到重命名.

Answer 1

git commit从不检测重命名.它只是将内容写入存储库.重命名(以及副本)仅在事后(即运行时git diff)git merge和朋友检测到.那是因为git不存储任何重命名/复制信息.

Answer 2

如注释和另一个答案所示,在提交中调整重命名检测阈值没有意义,因为这只会更改命令的输出,而不是实际存储在提交中的输出.

但是,您可以在git log命令中调整重命名检测阈值.您可以使用--find-renames参数执行此操作.这主要完成了我想要实现的结果.