[解決済み] GIT 警告: 不正確なリネームの検出をスキップするファイルが多すぎる

質問

デフォルトのリネーム上限は100で、この値を増やすには、設定ファイルの diff.renamelimit config

私が心配しているのは、この構成が設定されていない場合、間違ったマージやコードの欠落が発生するのでしょうか？ 私は、大きな変更がある2つのブランチをマージ（git merge）しようとしています。

どなたか、この構成設定についてもっと光を投げかけていただけませんか？

どのように解決するのですか？

あなたのコンテンツは安全です。

私の理解では git には、実際にはファーストクラスの rename 操作の概念を持ちません (ただ bzr のみ)。 mv は、基本的に基礎となる機械の上にある砂糖です。 add と rm . ということは git はそのような操作の間に変更されるコンテンツを追跡できるので、ヒューリスティックを使って、いつ add と rm は実際には mv . を表示するよりもずっと多くの作業が必要になります。 git のドキュメントは git-diff のドキュメントでは、...O(n^2) 処理時間を必要とし、n はリネーム/コピー ターゲットの可能性の数である、と説明されています。 git は、あまりにも多くのファイルが関与している場合、それを試さないでしょう。この設定は、そのしきい値を制御するだけです。