☰

git clone fatal: „Origin“ scheint kein Git-Repository für die VMware vmhgfs-Freigabe zu sein

tag-icon • tag-icon vmware git
git clone 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.

DerVorhandene AntwortenIch habe bei SO herausgefunden, dass es entweder um Git geht push(mit falscher .gitconfig) oder dass die Berechtigung falsch ist. Ich habe es doppelt geprüft, um es auszuschließen.

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

Lassen Sie mich zunächst darauf bestehen, dass es sich nicht um ein falsches Berechtigungsproblem handelt, da ich es /path/to/Go/src/github.com/andybalholm/cascadiaselbst ohne Probleme erstellt habe.

Weitere Untersuchungen bestätigten jedoch, dass es sich tatsächlich um diefalsche BerechtigungProblem: Mein Ubuntu 16.04 befindet sich in einer VM und seine vmhgfs-Freigabe lässt es irgendwie zu, aber ich kann gitdort keinen Befehl ausführen.

Also noch einmal,

  • Ubuntu 15.04 mit VMwares eigenen VMware Tools git clonefunktioniert in der vmhgfs-Freigabe einwandfrei.
  • Ubuntu 16.04, mit open-vm-tools-desktop, git clonein die vmhgfs-Freigabe funktioniert nicht, Fehler wie oben berichtet.

Kennt jemand eine Problemumgehung? Danke

Antwort1

Ich hatte das gleiche Problem, auch in einer VM (allerdings 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 gemounteten Windows-Dateisystem erstellen kann, trat bei „go get“ der gleiche Fehler auf wie bei Ihnen.

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 kann (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 dann die erstellten Dateien in das Go-Verzeichnis, in dem ich sie auf meinem gemounteten Dateisystem haben möchte.

verwandte Informationen