git clone fatal: «origin» не является репозиторием git для общего ресурса VMware vmhgfs

Я получаю эту " fatal: 'origin' does not appear to be a git repository" ошибку при выполнении 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.

В существующие ответы я нашел из SO либо о мерзавец push(с неправильным .gitconfig) или имеющих неправильное разрешение, которое я дважды проверил , чтобы исключить его.

У меня никогда раньше не было такой проблемы, но это совершенно новый Ubuntu 16.04 LTS Xenial, и я впервые использую официальную версию Ubuntu go1.6.

позвольте мне сначала настаивать на том, что это не проблема с неправильным разрешением, так как я создал /path/to/Go/src/github.com/andybalholm/cascadiaсебя без проблем.

Тем не менее, дальнейшие исследования подтвердили, что на самом деле это проблема с неправильными разрешениями - My Ubuntu 16.04 находится в виртуальной машине, и его общий ресурс vmhgfs как-то позволяет мне, но не gitкоманде, работать там.

Итак, еще раз,

• Ubuntu 15.04, с собственными VMware Tools от VMware, git cloneв общий ресурс vmhgfs работает нормально.
• Ubuntu 16.04, с open-vm-tools-desktop, git cloneв долю vmhgfs не будет работать, ошибка, о чем говорилось выше.

Кто-нибудь знает обходной путь? Спасибо

У меня была такая же проблема, также в виртуальной машине (хотя Ubuntu 14.04 под VMWare Workstation). Проблема заключалась в проблеме разрешений между моим гостевым пользователем Ubuntu VM и моим пользователем Windows. Хотя на виртуальной машине я могу создавать каталоги и файлы в файловой системе Windows, смонтированной на виртуальной машине, ошибка «go get» вызвала ту же ошибку, что и вы.

Я не получил ошибку, если я запустил «go get» в локальном каталоге виртуальной машины (например, ~ / golang).

Я пока не знаю, как исправить проблемы с разрешениями (sudo не помогло) или где в стеке возникают проблемы с разрешениями. В качестве обходного пути я запускаю «go get» в своем локальном каталоге виртуальной машины (~ / golang), а затем перемещаю или копирую созданные файлы в каталог go, в который я хочу их поместить, в моей смонтированной файловой системе.