Go get exits with non-zero exit code about dgit HOT 10 CLOSED

Does this only happen with things that use vendoring or does it happen with every repo?

It's kind of annoying, I was hoping to put off implementing submodules for a bit..

from dgit.

Ah, that's a good question. It may just be because of the repo I tried testing with. Maybe it's fine with other ones.

from dgit.

@driusan there doesn't seem to be any vendor directory or submodules in the protobuf project. I believe that go get just runs this command to update any submodules mentioned in the index if there are any.

What happens today when you clone a repo that has submodules? Will it abort? If so, we can probably get away with stubbing a no-op for this case to make go get work for any repo without submodules, which I believe would be most and rely on the initial clone failing. If not, then to do this properly we will need to implement some level of submodule support.

from dgit.

@driusan do you know any GitHub repositories that have submodules that I could try?

from dgit.

https://github.com/git/git is the first one that comes to mind.. if you want something smaller, it should be relatively easy to make a simple test repo with the normal git client

from dgit.

#109 satisfies "go get" in that if a module doesn't have any submodules then "submodule init" passes, otherwise fails. Also, "go get" runs the "show-refs" subcommand. The PR implements a stub that just outputs nothing since the tag support is incomplete. With these changes "go get" seems to be completely succeeding at least in the majority cases.

from dgit.

1. What does go get run show-refs for?
2. What's the connection between show-refs and tags? I thought it's mostly used to show heads.

from dgit.

@driusan I checked the go get code and it uses it to find any refs that match a tag like v2. Show-refs can show all refs including tags.

from dgit.

Ahh. That makes sense, it must be for vgo.

from dgit.

The go get tests are now passing. Unless we can think of other scenarios to test I think we can consider dgit a viable go get alternative to the official git command-line.

from dgit.