Fehler kann beim Git-Pull nicht angezeigt werden

Lesezeit: 4 Minuten

Benutzer-Avatar
Fil

Ich habe versucht, mit dem folgenden Befehl einen Git-Pull von einem Remote-Zweig auszuführen:

$ git pull origin branch_name
[email protected]_repository's password:
From ssh://private_repository/path/project
 * tag               branch_name       -> FETCH_HEAD
error: cannot stat 'path/name/of/file': Permission denied
error: cannot stat 'path/name/of/file': Permission denied

Aber ich bekomme folgenden Fehler:

error: cannot stat 'path/name/of/file': Permission denied 
error: cannot stat 'path/name/of/file': Permission denied

Weiß jemand was das bedeutet und was ich dagegen tun kann?

Vielen Dank

  • Dies kann daran liegen, dass die Dateien in Local mit einer Anwendung oder Ihrem Editor geöffnet werden. Und überprüfen Sie die Berechtigung für das lokale Verzeichnis

    – Nayana Adassuriya

    11. Mai 2016 um 4:00 Uhr


  • Für mich hat Visual Studio (IDE) die Datei gesperrt, sodass Pull nicht möglich war.

    – Pranav Singh

    6. Februar 2019 um 7:44 Uhr

  • Dafür kommt es darauf an, wo Sie dies sehen. Wenn zwei der gleichen Fehlermeldung angezeigt werden, dass die Berechtigung verweigert wurde, bedeutet dies, dass wahrscheinlich zwei Dateien irgendwo geöffnet sind und die git pull kann sie nicht überschreiben, weil sie irgendwo offen sind. Das ist mir mit Atom.io passiert. Ich hatte Dateien als geöffnet dev Filiale, dann habe ich ausgecheckt master und die noch nicht aktuell war, hat jemand anderes die Zusammenführung vorgenommen dev zu master und ich wollte das auf dem neuesten Stand halten, aber weil ich diese Dateien immer noch geöffnet hatte, bekam ich den gleichen Fehler. Das Schließen der Dateien hat es funktioniert. Hoffe es hilft dir.

    – Keith E. Truesdell

    19. April 2019 um 2:10 Uhr

Benutzer-Avatar
Tom Bowers

Für diejenigen, die mit:

  • IntelliJ-IDEE
  • Visuelles Studio
  • Notepad++

Durch Schließen der Lösung kann dieser Fehler behoben werden. Die Git-Tools der IDE haben möglicherweise noch die fraglichen Dateien.

  • In ähnlicher Weise hatte ich das gleiche Problem und die Lösung bestand darin, Notepad ++ zu schließen, in dem der Ordner über die Option “Ordner als Arbeitsbereich” geöffnet war. Es sieht so aus, als ob die meisten der folgenden Antworten Variationen der grundlegenden Lösung sind, alle Programme zu schließen, die auf die Dateien verweisen, und erneut zu ziehen.

    – Adam Wise

    19. April 2019 um 11:20 Uhr

  • Moderne IDEs müssen Git-fähig sein!!! (Stellen Sie jedoch sicher, dass Sie eine .gitignore verwenden, die keine unnötigen IDE-Dateien speichert … 🙂 )

    – LightCC

    21. August 2019 um 16:58 Uhr

  • Ich hatte das gleiche Problem, mit im Hintergrund geöffnetem git-bash, das sich an die Dateien klammerte und einen Zweigwechsel verhinderte.

    – Leonard Krämer

    19. September 2019 um 9:17 Uhr

  • Textpad kann dieser Liste ebenfalls hinzugefügt werden. Für mich war es der Schuldige, obwohl ich zu diesem Zeitpunkt keine Dateien aus diesem Projekt geöffnet hatte.

    – kevinmicke

    24. September 2019 um 2:29 Uhr

  • Gleiches Problem und gleiche Lösung mit PHPStorm und Atom.

    – CosetteN

    6. Mai 2021 um 14:20 Uhr

Ich habe angefangen, Atom zu verwenden, und festgestellt, dass dies das Problem ist. Der Atom-Dateibaum musste aktualisiert und das Git-Problem behoben werden.

Ich hatte dieses Problem wiederholt mit Atom, das Schließen von Atom hat es jedes Mal für mich gelöst. Schließen Sie alle Anwendungen, die Dateien verwenden, die von dem Pull betroffen sein könnten.

Ich hatte eine andere Lösung für diesen Fehler. Ich habe atom.io als Entwicklungstool verwendet. Ich wollte meine letzte Probearbeit (via git clean -df gefolgt von git checkout -- .) Als ich das tat, wurden einige restliche leere Verzeichnisse im Verzeichnisbaum in Atom angezeigt.

Diese leeren Verzeichnisse wurden generiert error: cannot stat 'path/name/of/directory': Permission denied als ich versuchte, einen alternativen Branch innerhalb von git auszuchecken. Weise frustrierend.

Die Lösung bestand darin, einfach auf die Verzeichnisse innerhalb von Atom im Verzeichnisbaum zu klicken, wo sie sofort “puff” verschwanden. Sobald sie weg waren, gab es keine Fehler mehr in Git.

Ich hatte das gleiche Problem und die Art und Weise, wie ich herausfinde, war neu starten mein Code-Editor, der alle Dateien schließt, die sich auf das Projekt beziehen (Atom) und meine Git-GUI (SourceTree). Danach können Sie den Zweig ändern.

  • Du hast mich hier gerettet! Atom hat mich daran gehindert, einen Zweig zu verwenden, und ihn geschlossen, um es zu lösen

    – AymDev

    17. Oktober 2018 um 19:52 Uhr

Die Erklärung ist einfach – Sie haben ein Sicherheitsproblem mit Ihren Berechtigungen für Ihre Git-Dateien und Repositories. Sie müssen über Berechtigungen verfügen, um Ihre Dateien von Git abzurufen.

Wenn die Verzeichnisberechtigungen 755 (rwxr-xr-x) sind, einschließlich aller übergeordneten Verzeichnisse, kann jeder den Verzeichnisinhalt auflisten.

Aber Sie können nicht, also bedeutet dies normalerweise, dass der vollständige Verzeichnispfad keine 755-Berechtigungen hat. Das bedeutet auch, dass alle übergeordneten Verzeichnisse die Berechtigung +x haben müssen.

  • Du hast mich hier gerettet! Atom hat mich daran gehindert, einen Zweig zu verwenden, und ihn geschlossen, um es zu lösen

    – AymDev

    17. Oktober 2018 um 19:52 Uhr

Benutzer-Avatar
Fernando

In meinem Fall war es der Windows Explorer, der die Dateien blockiert hat. Ich habe es mit dem Task-Manager neu gestartet (rechte Maustaste, Neustart) und das Problem war weg.

  • Hier gilt das gleiche. Ich habe einfach alle Explorer-Fenster und Befehlszeilenschnittstellen geschlossen und der Fehler ist verschwunden.

    – sahansann

    7. Dezember 2017 um 16:36 Uhr

1257740cookie-checkFehler kann beim Git-Pull nicht angezeigt werden

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy