<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 28, 2014 at 1:20 AM, Loïc Hoguin <span dir="ltr"><<a href="mailto:essen@ninenines.eu" target="_blank">essen@ninenines.eu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My plans are the following</blockquote></div><br>Solving it with git is one option. Another option is to extend <a href="http://erlang.mk">erlang.mk</a> and/or rebar to support build-constraints. Many of these upgrade-problems can then be solved by looking up the appropriate version of, e.g., crypto and then compiling the right factoring-module to handle it in your code base. This will work for crypto:hash/2 style upgrades, but it will not do for changes to -callback, queue:queue() or the like. There, only the git option remain and it will be pain to dance around in your projects.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">I am not proposing anything here. I am trying to get a feeling for how people intend to solve this.</div><div class="gmail_extra"><br></div><div class="gmail_extra">

<br clear="all"><div><br></div>-- <br>J.
</div></div>