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.

Reply via email to