我在K. Scott Allen的博客和Paul M. Duvall的“持续集成，提高软件质量和降低风险”一书中阅读了很多关于CI和数据库的内容。 但是我仍然对数据库中的数据有几个问题：
如果我以数据库应该重建的方式更改数据库，该怎么办？在这种情况下，我可以从我的VCS运行我的创建/删除/更改脚本，我的数据库将启动并运行。除了我的数据。 在开发和测试环境上有相对简单的解决方案，但对我的QA和生产环境有很大帮助。如何在部署中处理我的数据？
有没有人有这方面的经验，或者有没有人有关于此的好博文？
答案 0 :(得分：0)
首先，我必须告诉我没有读过这本书，因此我不知道所包含的自动化代码和此代码所涵盖的任务/案例。
我不太确定如何定义数据库重建的必要性。
常见的情况是在开发中更改数据库模式并在其他环境（通常使用实用程序）上进行同步。更改还可能涉及存在带有数据的新表（即新的查找表），需要数据同步。如果一切都经过开发和测试，并且同步准确，那么Q.A就没有问题。和生产环境。但是，最好还有一个回滚解决方案（这是第一个应该测试的解决方案）。
很少（？）对数据库的更改需要内部数据迁移。这是一个完全不同的情况，具有强制回滚计划。根据我的经验，这样的案例被转化为严重的停工期。一个很好的例子是hays.com（全球招聘）;他们将国家/地区的网站数据库逐个更改为2011年（周末）所有域的停机时间。
如果我错过了你的观点，请告诉我。