Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using compatible shim and go-apex releases #65

Open
myles-mcdonnell opened this issue Nov 22, 2017 · 1 comment
Open

Using compatible shim and go-apex releases #65

myles-mcdonnell opened this issue Nov 22, 2017 · 1 comment

Comments

@myles-mcdonnell
Copy link

myles-mcdonnell commented Nov 22, 2017

TL;DR
How can it be programatically determined which releases of go-apex are compatible with which versions of https://github.com/apex/apex?

========

Is there a preferred technique for ensuring that compatible versions of https://github.com/apex/go-apex and https://github.com/apex/apex are used together?

Our pipeline automates infrastructure and app. deployment. Currently we use https://raw.githubusercontent.com/apex/apex/707e92374bbaf1de07bc29c0272b047f3972b45f/install.sh during CI which pulls master. We use https://github.com/golang/dep in our app repo to define the version of go-apex we want.

We could I suppose configure the dep to always pull the latest go-apex and hope that the latest of both are always compatible, however we would prefer to lock in compatible versions of both and upgrade explicitly as required.

@myles-mcdonnell myles-mcdonnell changed the title Using correct version of the shim for the release of go-apex Using compatible shim and go-apex releases Nov 22, 2017
@pasztorpisti
Copy link

pasztorpisti commented Nov 22, 2017

In my opinion the correct solution would be vendoring our tools (not only apex) in some way.

One of the go projects I worked on had a github repo that contained versioned git submodules (pinning the correct version of tool sources) and a script that installed the tools for the developer either by compiling the pinned sources or by downloading the correct release binary.

With that solution things could still go wrong (not updating the installed tools on a dev machine for a long time) but there was at least a quick fix (reinstall) and a single source of truth when something went wrong.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants