<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Nov 21, 2014, at 8:07 PM, Mike Bayer <<a href="mailto:mbayer@redhat.com" class="">mbayer@redhat.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Nov 21, 2014, at 7:35 PM, Kevin Benton <<a href="mailto:blak111@gmail.com" class="">blak111@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">This is great! I'm not sure if you have been following some of the discussion about the separation of vendor drivers in Neutron, but one of the things we decided was to leave the vendor data models in the main repo so we have a nice linear migration.</div><div class="">It looks like branching support may solve our problem. However, looking through the docs I didn't notice anything about where the migration definitions need to live. Can migrations be sourced from multiple locations easily?</div></div></div></blockquote><div class=""><br class=""></div><div class="">that’s another TODO, which is  <a href="https://bitbucket.org/zzzeek/alembic/issue/124/multiple-versions-directories" class="">https://bitbucket.org/zzzeek/alembic/issue/124/multiple-versions-directories</a>.   Skip down to the bottom comments as for the longest time I wasn’t really getting how this would work b.c. the multiple branch thing wasn’t in place.</div></div></div></div></blockquote><div><br class=""></div><div>OK, sleeping on this I thought more deeply about the “multiple, semi-independent roots” case and thought of a few more glitches, so I got fixes in for those today and I implemented #124 as well.  Another new concept, “depends_on”, is added to the system to accommodate the case where independent roots need to refer to each other as dependencies, but not as “merge points”.   I think this might work really well, so far it seems that way.</div><div><br class=""></div><div>As the one-page docs have gotten super-long I’ve broken them out; a revised section that goes into how to use multiple roots and file directories now starts at <a href="http://alembic.readthedocs.org/en/latest/branches.html#working-with-multiple-bases" class="">http://alembic.readthedocs.org/en/latest/branches.html#working-with-multiple-bases</a>.</div><div><br class=""></div></div><br class=""></body></html>