Git sagt “Binärdateien a… und b… unterscheiden sich” für *.reg-Dateien

Gibt es eine Möglichkeit, Git zur Behandlung zu zwingen? .reg Dateien als Text? Ich verwende Git, um meine Windows-Registrierungsänderungen und Windows-Verwendungen zu verfolgen .reg für diese Dateien.

UPDATE 1: Ich habe es geschafft, ein Diff auszuführen (danke, Andrew). Nun sieht es aber wie folgt aus. Ist das ein Codierungsproblem?

index 0080fe3..fc51807 100644
--- a/Install On Rebuild/4. Registry Tweaks.reg
+++ b/Install On Rebuild/4. Registry Tweaks.reg
@@ -1,49 +1,48 @@
-<FF><FE>W^@i^@n^@d^@o^@w^@s^@ ^@R^@e^@g^@i^@s^@t^@r^@y^@ ^@E^@d^@i^@t^@o^@r^@
-^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;^@;
-^@^M^@
...

Irgendwelche Ideen?

UPDATE 2: Vielen Dank an alle, die geholfen haben: Folgendes habe ich am Ende getan: Datei erstellen .gitattributes mit Inhalt *.reg text diff und dann habe ich die Dateien in UTF-8 konvertiert, da UTF-16 mit Diffs seltsam ist. Ich verwende keine fremden Zeichen, also funktioniert UTF-8 für mich.

Um Git anzuweisen, einen Dateityp explizit zu unterscheiden, fügen Sie Folgendes in a ein .gitattributes Datei im Stammverzeichnis Ihres Repositorys:

*.reg diff

Schnelle Antwort

Wie andere bereits angemerkt haben, wird dieses Problem durch eine Codierungsverwechslung verursacht. Sie haben zwei Möglichkeiten:

• Ändern Sie die Dateicodierung in UTF-8, indem Sie sie entsprechend erneut speichern.

• Ein … kreieren .gitattributes Datei und fügen Sie Folgendes hinzu:

  *.reg working-tree-encoding=UTF-16LE-BOM eol=CRLF

Weil

Standardmäßig werden Registrierungsexporte aus dem Windows-Registrierungs-Editor in einer bestimmten UTF-16-Codierung gespeichert. Unter der Haube unterstützt Git nur UTF-8 und seine Obermengen. Wenn Git also eine UTF-16-codierte Datei sieht, sieht es viele unerwartete Nicht-Zeichen-Bytes und interpretiert diese als Binärdatei.

Bitten Sie Git, die Datei als Text zu behandeln, indem Sie a *.reg diff -Attribut funktioniert nicht, da Git immer noch die falsche Codierung erwartet. Deshalb hast du all das gesehen ^@ Figuren.

Lösungen

Eine Lösung, die andere vorgeschlagen haben, besteht darin, die UTF-16-Dateien als UTF-8 zu speichern, und das funktioniert absolut! Es hat jedoch einen großen Nachteil: Wenn Sie viele .reg-Dateien haben oder einen Schlüssel aus dem Registrierungseditor erneut exportieren möchten, müssen Sie ihn jedes Mal mit der richtigen Codierung neu speichern.

Alternativ können Sie Git mitteilen, welche Codierung Sie verwenden möchten working-tree-encoding Attribut. Wenn dies angegeben ist, konvertiert Git eine Textdatei in UTF-8, wenn sie an das Repository übergeben wird, und konvertiert sie dann wieder in die ursprüngliche Codierung, wenn sie ausgecheckt wird. Auf diese Weise hat die Datei immer die ursprüngliche Codierung, wenn sie in Ihrem Arbeitsverzeichnis erscheint. Wenn Sie sich auskennen End-of-Line-Normalisierungdas Verhalten ist dem ähnlich.

Wenn Sie diesen Weg einschlagen, müssen Sie einige Fallstricke beachten:

1. Das Attribut ist relativ neu (März 2018), wenn Sie also breite Git-Implementierungen oder -Versionen unterstützen, könnte es Probleme geben.
2. Wenn Sie über kleine UTF-16-Dateien hinausgehen, kann die Codierungskonvertierung die Dinge verlangsamen oder, je nach Codierung, den Roundtrip nicht unbeschadet machen.

Aus diesen Gründen ist die Dokumentation empfiehlt, dieses Attribut nur dann zu verwenden, wenn die Datei nicht sinnvoll als UTF-8 gespeichert werden kann, aber abhängig von Ihrem Anwendungsfall können diese Fallstricke Sie nicht betreffen. Schließlich ist es bei der Verwendung dieses Attributs wichtig, auch anzugeben, welche Zeichen für das Zeilenende verwendet werden, um Mehrdeutigkeiten zu vermeiden. Das ist mit dem erledigt eol Attribut.

Alles in allem empfehle ich Ihnen, zu versuchen, eine zu erstellen .gitattributes Datei im Stammverzeichnis Ihres Repositorys und einschließlich der folgenden Zeile:

*.reg working-tree-encoding=UTF-16LE-BOM eol=CRLF

Git behandelt Ihre Registrierungsexportdateien als Binärdateien, da sie NULs enthalten. Es gibt keinen guten Weg, um zu unterscheiden oder zusammenzuführen Allgemeines binäre Dateien. Eine Änderung von einem Byte kann die Interpretation des Rests der Datei ändern.

Es gibt zwei allgemeine Ansätze zur Handhabung von Binärdateien:

1. Akzeptiere, dass sie binär sind. Diffs werden nicht aussagekräftig sein, also fragen Sie nicht danach. Führen Sie sie niemals zusammen, was bedeutet, dass Sie nur Änderungen an einem Zweig zulassen. In diesem Fall kann dies vereinfacht werden, indem Sie jeden Tweak (oder Satz verwandter Tweaks) in eine separate Datei einfügen, sodass es weniger Möglichkeiten gibt, wie Unterschiede in einer Datei auftreten.

2. Speichern Sie die Änderungen als Text und konvertieren/dekonvertieren Sie in diese binären Formen.

Obwohl diese “Text”-Dateien die UTF-16-Codierung NULs enthalten. Es scheint jedoch keine Nicht-ASCII-Bits zu geben. Können Sie sie in ASCII (oder UTF-8, das ASCII sein wird, wenn es keine erweiterten Zeichen gibt) konvertieren?

Konvertieren Sie .reg-Dateien von utf16 in utf8, indem Sie jede .reg-Datei im Editor öffnen und als Encoding UTF-8 speichern.

Erstelle einen utf16toascii.py:

#!/usr/bin/env python3
import sys
data = open(sys.argv[-1]).read()
ascii = data.decode('utf-16').encode('ascii', 'replace')
sys.stdout.write(ascii)

Dann in bash tun:

$ echo "*.reg diff=utf16strings" >> .gitattributes
$ git config --global diff.utf16strings.textconv /path/to/utf16toascii.py

Und Sie können sowohl Registrierungsdateien als auch Xcode-Strings-Dateien oder andere UTF-16-Dateien unterscheiden.