[Cruisecontrolrb-users] Conflicts with schema.rb?

Tim Lucas t.lucas at toolmantim.com
Fri May 2 18:21:30 EDT 2008


On 03/05/2008, at 3:20 AM, Jeremy Stell-Smith wrote:

> and don't forget, developers make mistakes...all the time.  if they  
> didn't there would be little point to a continuous integration  
> system in the first place.  what if I change a migration, then  
> "forget to run it" before checking in.  this is exactly what ci  
> should protect you from, however, in your case instead of just  
> failing, ci will go into an error state that the only way to fix is  
> to log onto the box.
>
> no good.

though it'd be nice for this *not* to happen. Surely there's a way  
around it?

I haven't used CC.rb in some time, but the way I used to have it set  
up is that the production DB would be copied for CC.rb to test  
against, then migrations were run, then the tests. If the DB was  
borked after one check-in the next had a chance of fixing the  
migration as it'd rebuild the DB from production and rerun the  
migrations.

I don't like the idea of assuming your CC.rb schema is the same as  
production simply because you're rebuilding from migrations each time.

-- tim



More information about the Cruisecontrolrb-users mailing list