So I realize this is a bit of a special case, but wanted to run by you to see if you'd be open to accepting a PR.
At my place of employment, we are switching to Glide (from Godeps). At the same time, we'd like to move away from vendoring. Glide is great for this, and we get reproducible builds when GitHub is up, but want to guard against repo renames/GH instability.
Internally, we have a read-through cache/mirror of GitHub repos, so that if we pull from a special git URI (e.g. git clone git@mirror:github/Masterminds/glide) it will read the latest state from GitHub, but still return you the code if GitHub goes down (via gitolite's mirroring options).
We'd like the ability to configure glide internally, such that if an engineer adds a github.com dependency to their glide.lock/yaml, it will get pulled through our mirror.
Alternatively, we are open to patching glide on the client side, such that any "glide get github.com/..." will result in the proper VCS settings in glide.yaml. This is slightly less preferable because then we have to distribute a patched glide.
I'm open to implementing this on an internal fork if you don't foresee others needing this functionality.
What I'm thinking is a ~/.glide.yaml that has a block like:
vcs:
rewrites:
from: [email protected]
to: git@mirror:github/
What do you think?
So I realize this is a bit of a special case, but wanted to run by you to see if you'd be open to accepting a PR.
At my place of employment, we are switching to Glide (from Godeps). At the same time, we'd like to move away from vendoring. Glide is great for this, and we get reproducible builds when GitHub is up, but want to guard against repo renames/GH instability.
Internally, we have a read-through cache/mirror of GitHub repos, so that if we pull from a special git URI (e.g.
git clone git@mirror:github/Masterminds/glide) it will read the latest state from GitHub, but still return you the code if GitHub goes down (via gitolite's mirroring options).We'd like the ability to configure glide internally, such that if an engineer adds a github.com dependency to their glide.lock/yaml, it will get pulled through our mirror.
Alternatively, we are open to patching glide on the client side, such that any "glide get github.com/..." will result in the proper VCS settings in glide.yaml. This is slightly less preferable because then we have to distribute a patched glide.
I'm open to implementing this on an internal fork if you don't foresee others needing this functionality.
What I'm thinking is a
~/.glide.yamlthat has a block like:What do you think?