Git-Klon fatal: 'origin' scheint kein Git-Repository für die VMware vmhgfs-Freigabe zu sein

Ich erhalte diesen " fatal: 'origin' does not appear to be a git repository" Fehler, während ich git clone( go get) mache .

$ git clone https://github.com/andybalholm/cascadia /path/to/Go/src/github.com/andybalholm/cascadia
Cloning into '/path/to/Go/src/github.com/andybalholm/cascadia'...
fatal: 'origin' does not appear to be a git repository
fatal: Could not read from remote repository.

Die vorhandenen Antworten, die ich von SO gefunden habe, beziehen sich entweder auf git push(mit falscher .gitconfig) oder auf die falsche Berechtigung, die ich doppelt überprüft habe, um sie auszuschließen.

Ich hatte noch nie ein solches Problem, aber dies ist eine brandneue Ubuntu 16.04 LTS Xenial-Maschine, und ich verwende auch zum ersten Mal die offizielle Ubuntu go1.6.

Lassen Sie mich zunächst darauf bestehen, dass dies nicht das falsche Berechtigungsproblem ist, da ich /path/to/Go/src/github.com/andybalholm/cascadiamich ohne Probleme selbst erstellt habe.

Weitere Untersuchungen haben jedoch bestätigt, dass es sich tatsächlich um das falsche Berechtigungsproblem handelt - Mein Ubuntu 16.04 befindet sich in der VM, und seine vmhgfs-Freigabe ermöglicht es mir irgendwie, aber keinen gitBefehl, dort zu arbeiten.

Also noch einmal,

Ubuntu 15.04 mit VMware-eigenen VMware-Tools git clonein vmhgfs share funktioniert einwandfrei.
Ubuntu 16.04, mit open-vm-tools-desktop, git clonewird in vmhgfs Anteil nicht arbeiten, Fehler wie oben berichtet.

Kennt jemand eine Problemumgehung? Vielen Dank

vmware git

— xpt
quelle

Ich hatte das gleiche Problem, auch in einer VM (obwohl Ubuntu 14.04 unter VMWare Workstation). Das Problem war ein Berechtigungsproblem zwischen meinem Ubuntu VM-Gastbenutzer und meinem Windows-Hostbenutzer. Obwohl ich auf der VM Verzeichnisse und Dateien auf dem in der VM bereitgestellten Windows-Dateisystem erstellen kann, hatte "go get" den gleichen Fehler wie Sie.

Ich habe den Fehler nicht erhalten, wenn ich "go get" in einem lokalen VM-Verzeichnis (z. B. ~ / golang) ausgeführt habe.

Ich weiß noch nicht, wie ich die Berechtigungsprobleme beheben soll (sudo hat nicht geholfen) oder wo im Stapel die Berechtigungsprobleme auftreten. Als Workaround führe ich "go get" in meinem lokalen VM-Verzeichnis (~ / golang) aus und verschiebe oder kopiere die erstellten Dateien in das go-Verzeichnis, in dem sie auf meinem bereitgestellten Dateisystem gespeichert werden sollen.

— David Sturman
quelle

Ja, genau so, wie ich es auch löse. Danke und, oh, willkommen an Bord!

— xpt

Hier ist ein weiteres Teil des Puzzles. Versuchen Sie dies ... Initiieren Sie ein neues Repo und fügen Sie dann eine Fernbedienung hinzu. ZB , git remote add origin uri. Schauen Sie sich jetzt die .git/configDatei an. Es zeigt die Fernbedienung und die Abrufspezifikation, aber nicht den URL-Schlüssel. Das heißt, es ist unmöglich, eine URI-basierte Fernbedienung erfolgreich hinzuzufügen, wenn sich das Repo auf einer betroffenen vmhgfs-Freigabe befindet. Ich denke, es ist eine ziemlich vernünftige Vermutung, dass dieses Verhalten die zugrunde liegende Ursache für den git cloneFehler ist. Ich habe dies in Ubuntu 16.04 mit Git 2.7.4 und Git 2.13.0 beobachtet.

— John Fultz

Vielen Dank! sehr seltsames Problem. Etwas im Zusammenhang oder das gleiche Problem wie vielleicht das ?

— PieCot