git clone fatal: 'origin' ne semble pas être un référentiel git pour le partage VMware vmhgfs

9

J'obtiens cette fatal: 'origin' does not appear to be a git repositoryerreur " " en faisant 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.

Les réponses existantes que j'ai trouvées de SO concernent soit git push(avec un mauvais .gitconfig), soit une mauvaise autorisation, que j'ai vérifiée deux fois pour l'exclure.

Je n'ai jamais eu un tel problème auparavant, mais il s'agit d'une toute nouvelle machine Ubuntu 16.04 LTS Xenial, et j'utilise pour la première fois la version officielle de Ubuntu go1.6.

permettez-moi d'abord d'insister sur le fait que ce n'est pas le mauvais problème d'autorisation, car je me suis créé /path/to/Go/src/github.com/andybalholm/cascadiasans aucun problème.

Cependant, une enquête plus approfondie a confirmé qu'il s'agit en fait du mauvais problème d' autorisation - Mon Ubuntu 16.04 est en VM, et son partage vmhgfs me permet en quelque sorte, mais pas de gitcommande, d'y fonctionner.

Donc, encore une fois,

  • Ubuntu 15.04, avec les propres outils VMware de VMware, git clonedans le partage vmhgfs fonctionne très bien.
  • Ubuntu 16.04, avec open-vm-tools-desktop, git clonedans le partage vmhgfs ne fonctionnera pas, erreur comme indiqué ci-dessus.

Quelqu'un connaît une solution? Merci

xpt
la source

Réponses:

12

J'ai eu le même problème, également dans une machine virtuelle (bien qu'Ubuntu 14.04 sous VMWare Workstation). Le problème était un problème d'autorisations entre mon utilisateur invité VM Ubuntu et mon utilisateur hôte Windows. Bien que sur la machine virtuelle, je puisse créer des répertoires et des fichiers sur le système de fichiers Windows monté dans la machine virtuelle, le "go get" avait la même erreur que vous.

Je n'ai pas eu l'erreur si j'ai lancé "go get" dans un répertoire local de machine virtuelle (~ / golang par exemple).

Je ne sais pas encore comment résoudre les problèmes d'autorisations (sudo n'a pas aidé) ou où dans la pile les problèmes d'autorisations se produisent. Pour contourner le problème, j'exécute "go get" dans mon répertoire VM local (~ / golang), puis je déplace ou copie les fichiers créés dans le répertoire go dans lequel je les souhaite sur mon système de fichiers monté.

David Sturman
la source
3
Oui, exactement comme je le résous également. Merci, et, bienvenue à bord!
xpt
Voici une autre pièce du puzzle. Essayez ceci ... lancez un nouveau dépôt, puis ajoutez-y une télécommande. Par exemple, git remote add origin uri. Jetez maintenant un œil au .git/configfichier. Il montre la télécommande et la fetch-spec, mais pas la clé url. Autrement dit, par tous les moyens que je peux découvrir, il est impossible d'ajouter avec succès une télécommande basée sur l'URI lorsque le dépôt est sur un partage vmhgfs affecté. Je pense que c'est une supposition assez raisonnable que ce comportement est la cause sous-jacente de l' git cloneéchec. J'ai observé cela dans Ubuntu 16.04 avec git 2.7.4 et git 2.13.0.
John Fultz
Merci beaucoup! problème très étrange. Peut-être quelque chose de lié ou le même problème que celui-ci ?
PieCot