
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div><br></div><div><br>7 maj 2018 kl. 16:44 skrev Guilherme Andrade <<a href="mailto:g@gandrade.net">g@gandrade.net</a>>:<br><br></div><blockquote type="cite"><div><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 7 May 2018 at 15:03, Stefan Hellkvist <span dir="ltr"><<a href="mailto:hellkvist@gmail.com" target="_blank">hellkvist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">What's "best" is very much depending on who you ask, but, for starters you may consider wrapping your configuration with something that allows you to override config variables with environment variables (see example below).<br clear="all"></div></blockquote><div><br></div><div>rebar3 releases provide this out of the box:<br><br><a href="https://www.rebar3.org/docs/releases#dynamic-configuration">https://www.rebar3.org/docs/releases#dynamic-configuration</a><br></div></div></div></div></div></blockquote><div><br></div><div>It is a relx feature, yes, which works fine also in erlang.mk, but I find it sometimes inconvenient that you then HAVE to set the environment variable every time. But, agreed, it is also a good option if you start your release with a script.</div><div><br></div><div>Stefan</div><div><br></div></body></html>