git clone fatal: „origin” nie wydaje się być repozytorium git dla udziału VMware vmhgfs

9

Otrzymuję ten fatal: 'origin' does not appear to be a git repositorybłąd podczas wykonywania git clone( go get).

$ 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.

Te istniejące odpowiedzi znalazłem z tak są albo o git push(z niewłaściwym .gitconfig) lub mające złą gość, który mam podwójne sprawdzane, aby mieć tego wykluczyć.

Nigdy wcześniej nie miałem takiego problemu, ale jest to zupełnie nowa maszyna Ubuntu 16.04 LTS Xenial i po raz pierwszy używam oficjalnej wersji Ubuntu go1.6.

pozwól mi najpierw nalegać, aby nie był to problem z niewłaściwym pozwoleniem, ponieważ stworzyłem /path/to/Go/src/github.com/andybalholm/cascadiasiebie bez żadnego problemu.

Jednak dalsze dochodzenie potwierdziło, że w rzeczywistości jest to problem z niewłaściwym pozwoleniem - Moje Ubuntu 16.04 jest na maszynie wirtualnej, a jego udział vmhgfs w jakiś sposób pozwala mi, ale nie mam gitpolecenia, aby tam działać.

Więc jeszcze raz

  • Ubuntu 15.04 z własnymi narzędziami VMware VMware git clonedo udziału vmhgfs działa dobrze.
  • Ubuntu 16.04, z open-vm-tools-desktop, git clonedo udziału vmhgfs nie będzie działać, błąd jak opisano powyżej.

Czy ktoś zna jakieś obejście? Dzięki

xpt
źródło

Odpowiedzi:

12

Miałem ten sam problem, także na maszynie wirtualnej (chociaż Ubuntu 14.04 pod VMWare Workstation). Problem polegał na problemie uprawnień między moim użytkownikiem-gościem Ubuntu VM a użytkownikiem hosta Windows. Chociaż na maszynie wirtualnej mogę tworzyć katalogi i pliki w systemie plików Windows zamontowanym na maszynie wirtualnej, błąd „go get” zawierał ten sam błąd, który wystąpił.

Nie dostałem błędu, jeśli uruchomiłem „go get” w lokalnym katalogu VM (na przykład ~ / golang).

Nie wiem jeszcze, jak rozwiązać problemy z uprawnieniami (sudo nie pomogło) ani gdzie na stosie występują problemy z uprawnieniami. Aby obejść ten problem, uruchamiam polecenie „go get” w lokalnym katalogu VM (~ / golang), a następnie przenoszę lub kopiuję utworzone pliki do katalogu go, w którym chcę je zamontować w zamontowanym systemie plików.

David Sturman
źródło
3
Tak, dokładnie tak, jak ja to rozwiązuję. Dzięki i, witaj na pokładzie!
xpt
Oto kolejny element układanki. Spróbuj tego ... zainicjuj nowe repozytorium, a następnie dodaj do niego pilota. Np git remote add origin uri. Teraz spójrz na .git/configplik. Pokazuje zdalną i specyfikację pobierania, ale nie klucz url. To znaczy, w dowolny sposób, jaki mogę odkryć, nie można pomyślnie dodać pilota opartego na URI, gdy repo znajduje się na zagrożonym udziale vmhgfs. Myślę, że to całkiem rozsądne przypuszczenie, że takie zachowanie jest podstawową przyczyną git cloneniepowodzenia. Zauważyłem to w Ubuntu 16.04 z git 2.7.4 i git 2.13.0.
John Fultz
Wielkie dzięki! bardzo dziwny problem. Może coś związane lub ten sam problem jak to ?
PieCot