ファイルgit mvの名前が で変更されると、コミットは名前の変更元と名前の変更先を示し、プル リクエストでも同じことが表示されます。これは良いことです。しかし、ファイルがgit mv編集されてから変更されると、変更された行数がそれを超えると、名前の変更として表示されなくなり、代わりに古いファイルが削除され、新しいファイルが追加されて表示されるという特定のしきい値があるようです。だから私の質問は、このしきい値は明確に定義された数値ですか? 主にプルリクエストの差分で、2つのファイルの名前が変更されたと見なされない場合、差分が横に表示されず、レビューが困難になるため、それを改善する他の方法はありますか.
1 に答える
4
差分類似度インデックスに基づいています
nが指定されている場合、それは類似性指標(つまり、ファイルのサイズと比較した追加/削除の量) のしきい値です。たとえば
-M90%、ファイルの 90% 以上が変更されていない場合、Git は削除と追加のペアを名前変更と見なす必要があることを意味します。符号がない
%場合、数値は分数として読み取られ、その前に小数点が付きます。すなわち、-M5となり0.5、したがって と同じ-M50%です。
同様に、-M05と同じ-M5%です。検出を正確な名前変更に限定するには、 を使用します
-M100%。デフォルトの類似度指数は 50% です。
より一般的には、最初にファイルを mv/rename し、コミットしてから、いくつかの変更を行うことをお勧めします。
ファイルの残りの部分に比べて変更がマイナーであると言われている場合は、両方を行うことができます (典型的なケース: パッケージの名前だけが変更されるリファクタリング)
于 2019-01-08T05:41:03.303 に答える