You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Aug 23, 2023. It is now read-only.
we should more tightly control which dependencies we build against.
case in point: i just spent a day QA'ing a release and forgot to build against the latest go-nsq library with my -30% allocation patch :( ), but also to prevent accidentally pulling in breaking changes.
we can even just pull in the actual code, so resist deps going offline. as long as go get doesn't pull those deps twice (once in vendor dir, once because it sees the import)
i've been looking at the glide tool for this, but there's a few different ones.
The text was updated successfully, but these errors were encountered:
@woodsaj I would like to just use govendor and store a copy of all dependencies in the vendor folder. this makes MT easily go-gettable as well. any objections?
we should more tightly control which dependencies we build against.
case in point: i just spent a day QA'ing a release and forgot to build against the latest go-nsq library with my -30% allocation patch :( ), but also to prevent accidentally pulling in breaking changes.
we can even just pull in the actual code, so resist deps going offline. as long as
go get
doesn't pull those deps twice (once in vendor dir, once because it sees the import)i've been looking at the
glide
tool for this, but there's a few different ones.The text was updated successfully, but these errors were encountered: