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 не будет работать, ошибка, о чем говорилось выше.

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

vmware git

— XPT
источник

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

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

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

— Дэвид Штурман
источник

Да, именно так, как я это решаю. Спасибо и, добро пожаловать на борт!

— XPT

Вот еще один кусок головоломки. Попробуйте это ... инициируйте новый репозиторий, затем добавьте к нему пульт. Например, git remote add origin uri. Теперь взгляните на .git/configфайл. Он показывает пульт и спецификацию извлечения, но не ключ URL. Т.е. с помощью любых средств, которые я могу обнаружить, невозможно успешно добавить пульт на основе URI, когда репозиторий находится на уязвимом ресурсе vmhgfs. Я думаю, что вполне разумно предположить, что это поведение является основной причиной git cloneнеудачи. Я наблюдал это в Ubuntu 16.04 с git 2.7.4 и git 2.13.0.

— Джон Фульц

Большое спасибо! очень странная проблема Может быть, что-то связано или такая же проблема, как эта ?

— PieCot