git - `go get` 首先失败，然后工作

Question

go 命令 go get github.com/cloudnativego/gogo-service/service 第一次失败，但在第二次运行时通过了。

整个事件序列:

   [23:47]$ go get github.com/cloudnativego/gogo-service/service
    # cd /Users/../github.com/cloudnativego/gogo-service; git submodule update --init --recursive
    No submodule mapping found in .gitmodules for path 'vendor/github.com/cloudfoundry-community/go-cfenv'
    package github.com/cloudnativego/gogo-service/service: exit status 1
   [23:48]$ go get github.com/cloudnativego/gogo-service/service
   [23:49]$ #worked
   [23:49]$ ll vendor/github.com/
    total 0
    drwxr-xr-x  3 _  staff  102 Nov  2 22:48 .
    drwxr-xr-x  3 _  staff  102 Nov  2 22:48 ..
    drwxr-xr-x  3 _  staff  102 Nov  2 22:48 codegangsta
   [23:49]$

这是 git 问题还是 go get 不稳定，还是预期的行为？

Answer 1

这是由于存储库使用外部库(在 vendor 目录中)作为子模块而不是静态 vendor ，但没有在 .gitmodules 文件中配置这些子模块(实际上似乎完全不存在于该存储库中)引起的). go get 和子模块存在一个已知问题:

• https://github.com/golang/go/issues/12612
• https://github.com/golang/go/issues/12573

您可以在有问题的存储库上提出问题，并建议他们转向静态 vendor 模型(或使用 govendor 的 fetch 实用程序或类似的忽略 /vendor/*/ 模式)。他们不是第一个遇到这个问题的 repo :

• https://github.com/digitalocean/doctl/issues/150
• https://github.com/go-mgo/mgo/issues/307
• https://github.com/ipfs/fs-repo-migrations/issues/26

甚至 github 本身似乎也普遍建议不要再使用子模块了:

https://github.com/blog/2104-working-with-submodules

Before you add a repository as a submodule, first check to see if you have a better alternative available. Git submodules work well enough for simple cases, but these days there are often better tools available for managing dependencies than what Git submodules can offer.