-
Notifications
You must be signed in to change notification settings - Fork 232
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
Question: what's the best practice of installing Relx script - copy to each repo or install globally? #31
Comments
I'd say there isn't one currently. Globally would be the way to go eventually but not the best way to go if you mean public repos. Private projects it makes sense to just have relx installed globally. |
Personally, I like to keep rebar/relx out of repositories and have them be a system dependency. With rebar especially I've found that bundled versions tend to have incompatible bytecode on TravisCI and depending on how your Makefile is written you're at the mercy of individual developer's PATH order. There are trade-offs both ways, of course, and what works is largely a matter of context. |
A nice way I've seen with rebar is to do this in your Makefile:
I'll need to make a release off relx to put up with github's new releases feature and then we could do that for relx as well. |
I have shell scripts like this: REBAR=`which rebar || echo ./rebar`
$REBAR skip_deps=true compile probably a good idea to use something similar for RELX=`which relx || echo ./relx`
$RELX ... BTW: I think |
Yup, that is why we went this way with relx and had converted sinan to an escript as well near its end of life. So going to same route with relx. Shall I close this ticket? |
yes. thanks |
No description provided.
The text was updated successfully, but these errors were encountered: