In theory, the git submodule builds are *more* reproducible, because all your build servers etc have clones of those sub-repos cached under their .git, even though they are not under your control.
If the upstream goes away, you can just re-publish the repo (which you'll have cloned locally) and adjust the remote URL in .gitmodules. New people cloning will get the clone from the new source. That said, submodules have very poor support by many commercial and popular git tools, especially GUI and IDE-based tools. They don't always behave as you'd expect when switching branches and this can be confusing to the uninitiated. So you might run into practical problems using them. Sam On Sun, Oct 1, 2017 at 12:14 AM, Peter Mogensen <a...@one.com> wrote: > > > On 2017-10-01 06:38, JM wrote: > > can anyone tell me the pros/cons of using git submodule update instead > > of godep govendor etc... ? > > > > git submodule update --init --recursive > > Your build depend on that command succeeding. > If sub-repos are not under your control that can be a serious problem > for reproducible build - or builds at all. > > /Peter > > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
