<div dir="ltr">We've got it in BillingStack as well. Though it's not active atm.<div><br></div><div style>Endre.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/6/3 David Ripton <span dir="ltr"><<a href="mailto:dripton@redhat.com" target="_blank">dripton@redhat.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 06/03/2013 12:34 PM, Douglas Mendizabal wrote:<br>
</div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi everyone,<br>
<br>
We're using SQLAlchemy in the Barbican project and we're looking add db<br>
schema migrations. We looked at sqlalchemy-migrate since it is being<br>
used in a few other projects, but the docs recommend using Alembic for<br>
new projects.<br>
<br>
We're thinking of going with Alembic, since it seems it's better<br>
maintained. Just wanted to reach out to the mailing list to see if<br>
anyone had any input for/against Alembic.<br>
</blockquote>
<br></div></div>
The grass is always greener on the other side, but I totally suggest Alembic. sqlalchemy-migrate's overly-linear nature causes pain for Nova on a regular basis. (For example, there are currently multiple patches in review with migrate #185. Whichever one doesn't get in first will have to rename and re-review.)<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
David Ripton Red Hat <a href="mailto:dripton@redhat.com" target="_blank">dripton@redhat.com</a></font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div>