☰

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

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

Theсуществующие ответыЯ обнаружил, что SO либо связан с git push(с неправильным .gitconfig), либо имеет неправильные права доступа, что я дважды проверил, чтобы исключить.

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

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

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

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

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

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

решение1

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

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

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

Связанный контент