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
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.
The text was updated successfully, but these errors were encountered:
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
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.
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.
The text was updated successfully, but these errors were encountered: