Thanks for that, but not what we’re looking for.
Essentially, what happens in a multi-environment setup is you make changes in DEV, the files get moved to QA for testing, then moved to STAGE to re-test in an exact copy of the PROD env, then changes are put into PROD.
The issue we run into with WordPress being so database-centric is that we can’t really make changes to the database by moving a database. And, it is very accident-prone to try and re-create our changes in the Admin interface (Will I remember all the steps I did before?) Therefore, we’re trying to figure out ways to have options/setups happen in files instead. That way, we just check them into the repository and check them out in the next environment.
I realize it’s a tall order, but necessary for our setups. The idea is similar to what this custom fields plugin does:
http://wordpress.org/extend/plugins/custom-metadata
thanks for the response,
Scott