You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During a normal database 'upgrade' deployment we drop all objects (sprocs/views/functions etc through alterDatabase script) and then force RoundhousE to add them. This is working wonderfully.
We also a need to do a 'fresh' database deployment to new environments using RoundhousE.
As part of our weekly build, we carry out an 'upgrade' of our blank master and back it up. This is then placed into the RoundhousE folder structure. This backup is fully up-to-date and requires a simple 'post-restore' script running over it and potentially an environmental specific script.
As it is by design, after the database is restored in, it proceeds to continue in normal mode (as it is intended). In this circumstance it drops everything etc, all of which is both unnecessary and time consuming.
It would be highly beneficial for us, and potentially others, for the ability to exclude certain script types or folders (all to be included by default, unless overridden by this switch.
The text was updated successfully, but these errors were encountered:
You can do this now by changing the name of the folder specified to roundhouse with a folder that doesn't exist. i.e. /sprocsfolder "SprocsThatDoesNotExist"
We use two distinct deployment mechanisms:.
During a normal database 'upgrade' deployment we drop all objects (sprocs/views/functions etc through alterDatabase script) and then force RoundhousE to add them. This is working wonderfully.
We also a need to do a 'fresh' database deployment to new environments using RoundhousE.
As part of our weekly build, we carry out an 'upgrade' of our blank master and back it up. This is then placed into the RoundhousE folder structure. This backup is fully up-to-date and requires a simple 'post-restore' script running over it and potentially an environmental specific script.
As it is by design, after the database is restored in, it proceeds to continue in normal mode (as it is intended). In this circumstance it drops everything etc, all of which is both unnecessary and time consuming.
It would be highly beneficial for us, and potentially others, for the ability to exclude certain script types or folders (all to be included by default, unless overridden by this switch.
The text was updated successfully, but these errors were encountered: