Git-Windows Groß-und Kleinschreibung Dateinamen nicht korrekt behandelt

Question

Wir haben die git bare-Repository in Unix, die Dateien mit demselben Namen hat, die nur in Fällen unterscheidet.

Beispiel:

GRANT.sql 
grant.sql 

Wenn wir die nackten Repository von Unix in einem Windows-Box, git status erkennt die Datei als geändert klonen. Der Arbeitsbaum wird nur mit grant.sql geladen, aber git status vergleicht grant.sql und GRANT.sql und zeigt die Datei so an, wie sie im Arbeitsbaum geändert wurde.

Ich habe versucht, die core.ignorecase false verwenden, aber das Ergebnis ist das gleiche.

Gibt es eine Möglichkeit, dieses Problem zu beheben?

Answer 1

Ich bin mir nicht sicher, ob das überhaupt möglich ist. Git's ignorecase behandelt Diskrepanzen im Falle der einen Datei. Es wird nicht funktionieren, wenn Windows nicht zwei Dateinamen in einem Verzeichnis haben kann, die sich nur in Groß- und Kleinschreibung unterscheiden.

FWIW, mit zwei identischen Dateinamen, aber für ihren Fall ist eine wirklich schlechte Idee, auch unter Unix.

Answer 2

Windows ist case-insensitive (genauer, Fall-Erhaltung). Es gibt einfach keine Möglichkeit, dass zwei Dateien existieren, deren Namen sich nur in Groß- und Kleinschreibung unterscheiden: zwei Dateinamen, die sich nur in Groß- und Kleinschreibung unterscheiden, haben denselben Dateinamen. Zeitraum.

Also geht Git das Repository durch und checkt eine Datei nach der anderen aus, bis es die erste der beiden Problemdateien erreicht. Git überprüft es und geht dann weiter, bis es die zweite Datei erreicht. Git überprüft es erneut. Da der Dateiname aus Sicht von Windows derselbe ist wie der erste, wird die erste Datei einfach mit der zweiten Datei überschrieben. Nun denkt Git, dass die erste Datei geändert wurde, um den gleichen Inhalt wie die zweite Datei zu haben.

Beachten Sie, dass dies nichts mit Git zu tun hat: Genau dasselbe würde passieren, wenn Sie einen Tarball, eine Zip-Datei oder ein Subversion-Repository hätten.

Wenn Sie die Entwicklung auf mehreren verschiedenen Plattformen tun wollen, müssen Sie die Einschränkungen dieser Plattformen respektieren und Sie müssen sich gemeinsame Nenner auf den niedrigsten beschränken aller Plattformen, die Sie unterstützen. Windows unterstützt ADS, Linux nicht. OSX unterstützt Ressourcengabeln, Windows nicht. BSD unterstützt Groß-/Kleinschreibung, Windows nicht. Sie können also keines davon verwenden. So ist es halt.

core.ignorecase wird Ihnen hier nicht helfen, denn das behandelt genau das gegenüber Problem.

Answer 3

Ich habe gerade ein ähnliches Problem festgestellt. In meinem Fall befanden sich die beiden Dateien mit ähnlichen Namen nur in einem Unterverzeichnis, das für den Windows-Klon nicht relevant war. Git 1.7 verfügt über eine Funktion sparse checkout, mit der Sie bestimmte Dateien von einer Arbeitskopie ausschließen können. Um dieses Verzeichnis auszuschließen:

git config core.sparsecheckout true 
echo '*' >.git/info/sparse-checkout 
echo '!unwanted_dir/' >>.git/info/sparse-checkout 
git read-tree --reset -u HEAD 

Danach wurde das unwanted_dir/ Unterverzeichnis vollständig von meiner Arbeitskopie gegangen und Git geht weiter mit dem Rest der Dateien als normal zu arbeiten.

Wenn Ihre GRANT.sql und grant.sql für den Windows-Klon nicht relevant sind, können Sie ihre Namen zu .git/info/sparse-checkout hinzufügen, um diese Dateien speziell auszuschließen.

Answer 4

Cygwin behandelt Groß-/Kleinschreibung und lustige Zeichen in Dateinamen viel besser als MSys.

ändern diese Registrierungsschlüssel Groß- und Kleinschreibung in Windows zu aktivieren:

HKLM \ System \ CurrentControlSet \ Control \ Session Manager \ Kernel \ ObCaseInsensitive = 0

here Siehe für einige Einschränkungen, wie Groß- und Kleinschreibung unterstützt wird in Cygwin.

Answer 5

Wenn Sie Ihr Repository für nicht-case-sensitive Dateisysteme verwenden möchten, können Sie einen Commit-Hook hinzufügen, der verhindert, dass Sie widersprüchliche Dateien einchecken.

#!/bin/bash 

# Save current state 
git stash -u -q --keep-index || exit 1 

# Get the list of clashing files in the whole repository 
CLASHING=`find "$(git rev-parse --show-toplevel)" | sort | uniq -d -i` 

# Restore previous state 
git stash pop -q 

if [[ $CLASHING ]]; then 
    echo "Found clashing files on case-insensitive file systems" 
    echo "$CLASHING" 
    exit 1 
fi 

exit 0 

Dieses Skript erfordert git Version> = 1.7.7, weil es Stash -u verwendet, andernfalls auf untracked Dateien zu vermeiden.

Answer 6

Die einfachste Art und Weise tatsächlich das Problem zu beheben ist eine der Dateien umbenennen, so dass sie wie Windows oder OS X nicht auf Groß- und Kleinschreibung Dateisystem in Konflikt geraten werden

ein von der Linux begehen Nach/Unix-System, wo Sie das Problem am leichtesten lösen können, wird alles in Ordnung nach einem Zug sein. Um dieses Problem zu vermeiden, müssen Sie einen Commit-Hook hinzufügen, der dem entspricht, was djjeck vorgeschlagen hat.

Die Symptome unter Windows für diese sind sehr verwirrend und beinhalten:

• Dateien, die immer noch als verändert zeigen, wenn man sie zurückkommen, die sehr schwer zu ändern Zweige oder Rebasing macht.
• Zwei Kopien der Datei mit den Namen nur bei unterschiedlichen beide zeigt Änderungen in git gui

Da beide Dateien nicht auf einem Groß- und Kleinschreibung Plattform koexistieren Sie haben einen der Dateinamen zu ändern, die zu vermeiden Ärger.