Jeroen,deploy_with_migrations assumes the pre-existence of the database in question. If the database is there, the migration should proceed, starting with migration #1, but note that for established applications, that's not generally recommended. Some earlier migrations might depend on the existence of models that no longer exist in the app. The very best way to get a new instance of an app up and running is to do db:schema:import, and then db:migrate to pick up the stragglers.
- Jamis On Nov 13, 2006, at 1:50 PM, jeroen wrote:
sorry Jamis, only just saw your post - didn't follow me to my inbox..Thanks anyways, I'm looking to write a little recipe that sets up a newinstance of your rails app and database on your development/staging/productions servers. I'm also looking to generate apache vhost configs with this recipe. It should be failrly simple, a macro of existing tasks, but I'll post my results here anyway once I'm done. One thing I already encountered was setting up the database. I won't try to automate the database creation (well.. maybe) but I want to at least load the schema in the database. I thought this would be as easy as doing a deploy_with_migrations on an empty database. But the schemadoesn't get imported that way, so I need to do a rake db:schema:import.Seems weird though, should deploy_with_migrations work? Jeroen --~--~---------~--~----~------------~-------~--~----~To unsubscribe from this group, send email to capistrano- [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/ group/capistrano-~----------~----~----~----~------~----~------~--~---
smime.p7s
Description: S/MIME cryptographic signature