Wie normalisiere ich funktionierende Baumzeilenenden in Git?

Ich habe ein Repository geklont, das inkonsistente Zeilenenden hatte. Ich habe ein hinzugefügt .gitattributes, das das Textattribut für die Dateien festlegt, die ich normalisieren möchte. Wenn ich jetzt Änderungen festschreibe, erhalte ich folgende Meldung:

warning: CRLF will be replaced by LF in FILE.
The file will have its original line endings in your working directory.

Wie kann ich Git dazu bringen, meine Arbeitskopie der Datei für mich zu normalisieren? Am liebsten möchte ich, dass git den gesamten Arbeitsbaum normalisiert.

Mit Git Client 2.16 und höher gibt es jetzt eine viel einfachere Möglichkeit, dies zu tun. Benutz einfach:

git add --renormalize .

Hinweis: Es ist besser, dies mit einem sauberen Arbeitsbereich zu tun. Einzelheiten finden Sie unter:

• https://git-scm.com/docs/gitattributes#_end_of_line_conversion
• https://help.github.com/de/github/using-git/configuring-git-to-handle-line-endings#refreshing-a-repository-after-changing-line-endings

Für diejenigen, die Version 2.16 oder besser verwenden, können Sie einfach Folgendes verwenden:

git add --renormalize .  # Update index with renormalized files
git status               # Show the files that will be normalized
git commit -m "Introduce end-of-line normalization"

Diese Anweisungen stammen direkt aus den Gitattributen . Für ältere Versionen bieten die Dokumente (vor Version 2.12) eine andere Antwort:

rm .git/index     # Remove the index to force git to
git reset         # re-scan the working directory
git status        # Show files that will be normalized
git add -u
git add .gitattributes
git commit -m "Introduce end-of-line normalization"

Führen Sie diese Sequenz aus, nachdem Sie sie bearbeitet haben .gitattributes.

Aktualisieren

Es scheint, dass einige Benutzer Probleme mit den obigen Anweisungen hatten. Aktualisierte Dokumente für Gitattributes (2.12 bis 2.14) zeigen eine neue Anleitung (nach dem Bearbeiten der Gitattributes-Dateien):

git read-tree --empty   # Clean index, force re-scan of working directory
git add .
git status        # Show files that will be normalized
git commit -m "Introduce end-of-line normalization"

Vielen Dank an @ vossad01 für diesen Hinweis.

Bei beiden Lösungen behalten die Dateien in Ihrer Arbeitskopie ihre alten Zeilenenden bei. Wenn Sie sie aktualisieren möchten, stellen Sie sicher, dass Ihr Arbeitsbaum sauber ist, und verwenden Sie:

git rm --cached -r .
git reset --hard

Jetzt sind die Zeilenenden in Ihrem Arbeitsbaum korrekt.

Alternativer Ansatz (unterscheidet sich nur im verwendeten Befehl)

Stellen Sie sicher, dass im Repository keine Änderungen anstehen:

$ git status
$ git stash

Ändern Sie dies .gitattributesso, dass sich die CRLF-Interpretation ändert:

$ echo "*.txt  text" >>.gitattributes
$ git commit -m "Made .txt files a subject to CRLF normalization." -- .gitattributes

Daten aus dem Index entfernen und Arbeitsverzeichnis aktualisieren:

$ git rm --cached -r .
$ git reset --hard

Überprüfen Sie die von Git vorgeschlagenen CRLF-Korrekturen:

$ git ls-files --eol
$ git status
$ git diff

Stimmen Sie der Git-Entscheidung zu:

$ git add -u
$ git commit -m "Normalized CRLF for .txt files"

Laden Sie die Änderungen neu, als ob ein sauberer Klon durchgeführt worden wäre:

$ git rm --cached -r .
$ git reset --hard

Die .gitattributesEinstellungen wirken sich nur auf neue Commits aus. Wenn in diesem Repository kein Verlauf veröffentlicht wurde (keine anderen hängen davon ab), möchten Sie möglicherweise den gesamten Verlauf durchgehen. Unter Unix / Linux können Sie dos2unix(1)alle Dateien in Kombination mit reparieren find(1)und mithilfe des Umschreibens des Verlaufs filter-branch(siehe Diskussion im Git-Buch) sogar den gesamten Verlauf des Projekts bereinigen.

Mit größter Sorgfalt auf einem frischen Klon anwenden. Nehmen Sie Kontakt mit allen Personen auf, die möglicherweise einen Klon haben, und teilen Sie ihnen mit, was Sie tun möchten.

Die Option * text = auto in .gitattributes versetzt das Git-Repository in einen "unzulässigen Zustand", wenn es Dateien mit CRLF-Zeilenenden (Windows) enthält, die jetzt als Text markiert sind (siehe https://marc.info/?l=git&m) = 154484903528621 & w = 2 ). Die Standardoption zum Renormieren funktioniert mit den LFS-Filtern nicht richtig, daher funktionieren die Anweisungen in den anderen Antworten oder beispielsweise unter https://help.github.com/de/articles/dealing-with-line-endings nicht richtig . Stattdessen haben diese Schritte für uns funktioniert:

Lage:

• Unter Windows
• Das Git-Repository enthielt Dateien mit CR- und CRLF-Zeilenenden
• * Text = auto zu .gitattributes hinzugefügt (also nicht abhängig davon, ob der Benutzer core.crlf = auto unter Windows festgelegt hat)

• Außerdem wurde -crlf für LFS-verfolgte Dateien in -text geändert, da nicht sicher ist, ob dies erforderlich ist.

  1. Erstellen Sie einen neuen Zweig aus dem Zweig mit dem Zeilenendeproblem (vorausgesetzt, es werden dort keine nicht festgeschriebenen Änderungen vorgenommen): git checkout -b feature / done-stuff-fix-eol
  2. Entfernen Sie die LFS-Filter aus .gitattributes (ersetzen Sie alle 'filter = lfs diff = lfs merge = lfs' durch nichts)
  3. Commit und Push: git commit -a -m "LFS-Filter für EOL-Fix deaktivieren"
  4. Wechseln Sie in einen Nicht-Git-Ordner
  5. LFS global deinstallieren: git lfs deinstallieren
  6. Erstellen Sie einen neuen Repository-Klon: Git-Klon -b Feature / Doing-Stuff-Fix-Eol [Remote-Repository-URL] Fix-Eol
  7. Normalisieren Sie die Zeilenenden: git add --renormalize. (Beachten Sie den Punkt, um alle Dateien neu zu normalisieren.)
  8. Überprüfen Sie nur die richtigen normalisierten Dateien. Es sollte keine Dateien enthalten, die normalerweise von LFS verarbeitet werden!
  9. Commit und Push (speichern Sie den Hash): git commit -m "Fix line endings"
  10. Wechseln Sie in einen Nicht-Git-Ordner
  11. LFS global installieren: git lfs install
  12. Gehen Sie zum ursprünglichen Repository-Klon und ziehen Sie
  13. Checke deinen ursprünglichen Zweig aus: Git Checkout-Funktion / Doing-Stuff
  14. Cherry Pick das EOL Fix Commit und Push: Git Cherry-Pick [Hash]
  15. Löschen Sie den Äol-Zweig und drücken Sie
  16. Löschen Sie den EOL-Repository-Klon (oder bleiben Sie dabei, wenn Sie weitere Zweige reparieren müssen).

Die merge.renormalizeKonfigurationseinstellung kann hilfreich sein.