Senthil A Kumar
Mir ist bewusst, dass das standardmäßige Umbenennungslimit 100 beträgt, und wir können diesen Wert mithilfe der Konfiguration erhöhen diff.renamelimit config
Worüber ich mir Sorgen mache, ist, dass, wenn diese Konfiguration nicht eingerichtet ist, es eine falsche Zusammenführung oder einen fehlenden Code geben wird? Ich versuche, 2 Branches zusammenzuführen (git merge), die große Änderungen aufweisen.
Kann jemand mehr Licht in diese Konfigurationseinstellung bringen?
Ihre Inhalte sind sicher.
So wie ich es verstehe, git hat eigentlich kein Konzept von First-Class rename Betrieb (nur bzr tut, von den großen 3 DVCSs): die mv ist Zucker auf der zugrunde liegenden Maschinerie, die im Grunde ein ist add und ein rm. Seit git kann den Inhalt verfolgen, der sich während solcher Operationen ändert, aber es kann Heuristiken verwenden, um zu erraten, wann eine add und ein rm sind eigentlich ein mv. Denn das macht viel mehr Arbeit, als nur anzuzeigen, was git tatsächlich aufgezeichnet – die Dokumente für git-diffErklären Sie, dass es “… O (n ^ 2) Verarbeitungszeit erfordert, wobei n die Anzahl potenzieller Umbenennungs- / Kopierziele ist” –git Ich werde es nicht versuchen, wenn zu viele Dateien beteiligt sind. Die von Ihnen erwähnte Einstellung steuert nur diesen Schwellenwert.
„Ihr Inhalt ist sicher“ – wenn die Erkennung jedoch eine Datei übersieht, die auf der einen Seite einer Zusammenführung umbenannt und auf der anderen geändert wurde, erhalten Sie Zusammenführungskonflikte, die Sie möglicherweise nicht bekommen hätten, wenn die Umbenennung erkannt worden wäre. Die Fusion wird nicht sein falschaber es kann mehr Benutzeraufwand erfordern, um abzuschließen.
– Kaskabel
3. März 2011 um 17:53 Uhr
Danke Hank und Jefromi. Wird das Einrichten dieser “diff.renamelimit config” wirklich in irgendeiner Situation nützlich sein?
– Senthil A Kumar
4. März 2011 um 6:45 Uhr
Wenn sich jemand auch fragt, ob diese Einstellung nützlich ist: Ja, sie kann Ihnen helfen, Zweige zusammenzuführen, wenn Sie in einem Zweig Hunderte von Dateien verschoben haben und in einem anderen viele Änderungen an diesen Dateien vorgenommen haben. Ich hatte eine solche Situation, als ich einen riesigen Code-Refactor auf einem Zweig und einige laufende Arbeiten auf einem anderen hatte.
– korda
8. Januar 2015 um 10:11 Uhr
Falls das jemandem hilft, ich hatte viele Dateien (Hunderte, wenn nicht Tausende) in einem Zweig, die noch nicht im anderen Zweig waren. Betrieb
$ git config merge.renamelimit 15345
machte den folgenden Fehler beim Zusammenführen weg
$ git merge master
.
.
.
warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 15345 and retry the command.
Rufen Sie außerdem nach dem Festlegen des Umbenennungslimits vor dem erneuten Zusammenführen “git merge –abort” auf, um die aktuelle Zusammenführung abzubrechen.
– Robbie-Fan
18. September 2021 um 6:55 Uhr
Ich hatte die gleiche Erfahrung, und ich kann bestätigen, dass die Nachricht einfach eine Warnung ohne andere Konsequenzen als ein paar lästige Merge-Konflikte ist.
– Johann H
29. April 2019 um 6:16 Uhr
Ich habe diese Warnung beim Diff-Befehl
– JobaDiniz
2. September 2020 um 21:58 Uhr