<div dir="ltr">I'm developing a medium-sized erlang node comprised of several interacting applications.  In doing so, I'm finding myself staring at the output of <div><br></div><div style>./rebar compile && ./rebar generate && ./rel/bin/mynode/bin/mynode console</div>

<div style><br></div><div style>quite a bit more than is perhaps wanted.</div><div style><br></div><div style>I thought that <a href="https://github.com/rustyio/sync">https://github.com/rustyio/sync</a> might be the answer to all of my problems, as it advertises hot code reloading on file changes.  However, I haven't yet coaxed it into working inside the ./rel/bin/mynode/bin/mynode console environment; I suspect it's detecting the code changes, and recompiling the code, but it's not redeploying into the release, so doesn't reload the beams.</div>

<div style><br></div><div style>So then I thought that maybe it's dumb to include the reltool build in the development cycle, maybe the pro erlang way is to just run erl by hand like our forefathers did before us.  But when I give that a shot, as an OTP neophyte, I have this lurking feeling that I am aiming a gun at my foot.</div>

<div style><br></div><div style>For those of us who don't believe in emacs, what's the one true optimal way to tighten up the development loop here?</div><div style><br></div><div style>F.</div></div>