http://podloni.co.cc
Warning: Cannot modify header information - headers already sent by (output started at /homepages/2/d88602193/htdocs/Rebecca/index.php:3) in /homepages/2/d88602193/htdocs/Rebecca/wp-commentsrss2.php on line 8
Comments on: What happens when a migration fails http://www.rebeccablyth.co.uk/2007/08/03/what-happens-when-a-migration-fails/ Tue, 06 Jan 2009 01:35:25 +0000 http://wordpress.org/?v=2.1.3 By: ynw http://www.rebeccablyth.co.uk/2007/08/03/what-happens-when-a-migration-fails/#comment-18 ynw Sat, 25 Aug 2007 23:15:43 +0000 http://www.rebeccablyth.co.uk/2007/08/03/what-happens-when-a-migration-fails/#comment-18 This is probably the most annoyng migration behaviour along with add_column not... reloading columns. This is probably the most annoyng migration behaviour along with add_column not… reloading columns.

]]>
By: Rebecca http://www.rebeccablyth.co.uk/2007/08/03/what-happens-when-a-migration-fails/#comment-19 Rebecca Tue, 28 Aug 2007 11:30:09 +0000 http://www.rebeccablyth.co.uk/2007/08/03/what-happens-when-a-migration-fails/#comment-19 @ynw: Actually, it appears that add_column ... <em>does</em> reload column information - when you're using the development environment. It doesn't do this in the production environment, though, and if you try to update your new columns using Model.update_attributes you don't get any messages anywhere to tell you that nothing's been updated. It all appears to have worked fine. Personally, I think this behaviour's even worse than the original - when you develop the migration, it all works, and when you run it in production, it appears to have worked, but hasn't actually worked! @ynw:

Actually, it appears that add_column … does reload column information - when you’re using the development environment. It doesn’t do this in the production environment, though, and if you try to update your new columns using Model.update_attributes you don’t get any messages anywhere to tell you that nothing’s been updated. It all appears to have worked fine.

Personally, I think this behaviour’s even worse than the original - when you develop the migration, it all works, and when you run it in production, it appears to have worked, but hasn’t actually worked!

]]>