I believe Athens (https://github.com/gomods/athens) is meant to address this use case in the Go modules world.
Jim On Wed, Aug 22, 2018 at 7:51 PM Conor Hackett <chacke...@gmail.com> wrote: > Thanks Sam, > > I'll have a look out of curiosity but I am very reluctant to > introduce/recommend Git submodules to any of my projects. You might say > it's because I don't understand how they work that I fear them but they > have caused much heartache in the past and a recent team I was on had > nothing but trouble as a whole. Surely there is a better way? > > I will look at it for inspiration though and I appreciate your reply :) > > Conor > > On Thursday, 23 August 2018 00:35:49 UTC+1, Sam Vilain wrote: >> >> Check out vendetta - it uses git submodules, so you keep a cache of the >> 3rd party repo in git but not the actual content. You get small repos and >> reproducible builds. >> >> Sam >> >> On Aug 22, 2018 3:25 PM, Conor Hackett <chac...@gmail.com> wrote: >> >> Hey Guys, >> >> So, adding your "vendor" directory to SCM is a contentious topic at best. >> >> I personally would rather not vendor the dependencies but I do need to >> keep the required code in my control and I consider third party repos out >> of my control. >> >> Similar to how maven works (and others I am sure), is there some tooling >> that will enable me to cache/store/save third party dependencies on my >> local machine/server etc in order to >> >> a) reduce operational risk of a repo/code disappearing >> b) potentially speeding up build time >> >> This post is more of a sanity check -- I have been searching for such >> tooling for a while now and am about to spin up a new project do something >> along these lines. >> >> Thanks in advance. >> >> -- >> 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...@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. > -- 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.