是的，我们的源代码控制我们的sql脚本也与subversion。这是一个很好的实践，您可以在需要时使用默认数据重新创建模式。

哇，这么多答案。对于可靠的数据库版本控制，您需要对更改数据库的代码进行版本控制。一些CMS提供配置管理工具，比如Drupal 8中的配置管理工具。以下是一个实用步骤的概述，可以安排您的工作流并确保数据库配置是版本化的，即使是在团队环境中:

是的，当然。每当有更改时，我们生成PostgreSQL模式的转储并签入。它已经救了我们很多次，而我才上任几个月。

我所见过的最佳实践是创建一个构建脚本，在登台服务器上废弃并重新构建数据库。每次迭代都有一个用于数据库更改的文件夹，所有更改都用“Drop…创建“”。这样，您可以通过将构建指向您想要版本的文件夹，随时回滚到较早的版本。

我相信这是用NaNt/CruiseControl完成的。

我有一切必要的重新创建我的数据库从裸露的金属，减去数据本身。我相信有很多方法可以做到这一点，但我所有的脚本等都存储在subversion中，我们可以通过将所有这些从subversion中取出并运行安装程序来重建DB结构等。

我非常喜欢Rails ActiveRecord迁移。它将DML抽象为ruby脚本，然后可以在源存储库中轻松地进行版本化。

然而，通过一些工作，您可以做到同样的事情。任何DDL更改(ALTER TABLE等)都可以存储在文本文件中。为文件名保留编号系统(或日期戳)，并按顺序应用它们。

Rails在DB中还有一个'version'表，用于跟踪上一次应用的迁移。你可以很容易地做到这一点。