Wie korrigiere ich die Meldung von „git“, dass „dubioser Besitz im Repository erkannt“ wurde, ohne „safe.directory“ hinzuzufügen, wenn WSL verwendet wird?

Question 1

In diesem Zusammenhang habe ich in den letzten Jahren Git verwendet:

Host = mein Laptop, Windows.

WSL aktiviert
Repos leben auf der Linux-Seite.
Ich greife sowohl von der Linux- als auch von der Windows-Seite auf sie zu.

Auf die Dateien kann ich unter Linux entweder über zugreifen git-bash so (über die //wsl$/ Teilen):

Oder nativ im WSL-Bash-Terminal:

Diese Zugriffe gehen auf dasselbe Verzeichnis.

Fehler

Jetzt passiert es, wenn ich es tue git status In einem Repo von der Windows-Seite gibt es den Fehler fatal: detected dubious ownership in repository at:

Während es in WSL-Linux nicht für dasselbe Verzeichnis gilt:

Seit wann?

Es ist vorher nicht passiert. Ich benutze dieses Setup seit Jahren. Das fing vor 2 Tagen an.

Tatsächlich habe ich eine neuere Version von installiert git-bash Vor 2 Tagen und ich vermute, dass die Bash-Umgebung dies bedingen könnte.

Ich arbeite mit ungefähr 100 Repos, und ich habe festgestellt, dass sie in allen, die ich ausprobiert habe, fehlschlagen (ungefähr 10 Repos). Erwartungsgemäß wird es diesen 100 Repos passieren.

Keines dieser zuvor funktionierenden, jetzt fehlgeschlagenen Repos wurde also berührt weder Benutzer, weder Berechtigungen haben sich geändert.

Das Mutieren von “gut” zu “schlecht” ist also nicht auf der Dateisystemseite, sondern muss auf der Git-Bash-Seite sein.

Problem

Ich möchte es nicht einfach auf die Whitelist setzen safe.directory. Ich möchte verstehen, was hinter den Kulissen vor sich geht. Warum es heute passiert und nicht vor 3 Tagen. Ich möchte wissen, “was Git erwartet” und sehen, wie ich es korrigieren kann.

Untersuchung bisher

Die Benutzer scheinen Recht zu haben. Von der Linux-Seite:

Und von der Windows-Seite passt es auch zur Festplatte und dem id:

Frage

Wie kann ich feststellen, welches Eigentum von erwartet wird? git damit es sich nicht beschwert?

Question 2

Tatsächlich habe ich vor 2 Tagen eine neuere Version von git-bash installiert und ich vermute, dass die Bash-Umgebung dies bedingen könnte.

Ihren Angaben zufolge haben Sie eine neue Version von Git für Windows installiert, die Git Bash enthält. Neuere Versionen von Git, beginnend mit 2.35.2 und 2.36, einschließlich Git für Windows, sind strenger in Bezug auf den Besitz von Verzeichnissen: https://github.blog/2022-04-18-highlights-from-git-2-36/#stricter-repository-ownership-checks.

Wenn Sie verwenden git von Git Bash verwenden Sie das Windows-Programm, auch wenn Sie cd zum //wsl$/ montieren. Git für Windows hat keinen speziellen Code, um mit den Berechtigungen des WSL-Mounts umzugehen, daher erhalten Sie den Fehler. Ohne kannst du das nicht reparieren Ändern des Git-Quellcodes.

Eine Alternative könnte sein, zu verwenden wsl git anstatt git wenn in Git Bash, die dann die ausführbare Linux-Datei verwenden würde.

Oder, wie du geschrieben hast, einfach verwenden git config --global safe.directory '*' um diese Sicherheitsfunktion zu umgehen, wenn Sie sich nicht als gefährdet ansehen.

Question 3

verwenden git config --global safe.directory '*' um die Sicherheitsmaßnahmen zu umgehen

Question 4

Unsicher, ob dies für alle gilt, bei denen dieser Fehler unter Windows auftritt.
Ich rannte GitBash als Administrator und der Fehler wurde mir nicht mehr angezeigt, wenn ich “git status” ausführte.
Möglicherweise habe ich das Repository ursprünglich erstellt, während ich Git Bash als Administrator ausgeführt habe. Ich kann mich leider nicht erinnern.

Viel Glück

Question 5

Ich habe dieses Problem festgestellt, nachdem ich den Ordner von einem anderen PC (beide Windows) kopiert habe.

Um dies zu beheben, öffnen Sie die Eigenschaft des Ordners, klicken Sie auf die Registerkarte „Sicherheit“ und die Schaltfläche „Erweitert“. Machen Sie sich im angezeigten Dialogfeld zum Eigentümer.