<tt><font size=2>Michael Still <mikal@stillhq.com> wrote on 11/13/2013
04:27:17 PM:<br>
> ...<br>
> This was actually discussed in the session as an example of how other<br>
> projects handle these problems. Our concerns (IIRC) were that it would<br>
> take even more patches to land, and each of those patches is quite<br>
> hard to land in nova these days.</font></tt>
<br>
<br><tt><font size=2>More patches than what?  I thought the concern
was that there is no solution, not a competition between two solutions.
 Is there some simpler solution to the delete column case in which
each migration can be undone after being partially applied?</font></tt>
<br>
<br><tt><font size=2>> Additionally, it increases the<br>
> complexity of our code a lot, because we have to handle databases
in<br>
> all possible states because of how our continuous deployment model<br>
> works.</font></tt>
<br>
<br><tt><font size=2>I'm not sure I understand this.  The approach
I cited has code that always works, and each rev of the code needs to co-exist
with only the previous rev and the following rev.</font></tt>
<br><tt><font size=2><br>
Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>
<br>