典型的解决方案是根据需要转储数据库并备份这些文件。

根据您的开发平台，可能会有可用的开源插件。编写自己的代码来完成这个任务通常是相当简单的。

注意:您可能希望备份数据库转储，而不是将其放入版本控制中。在版本控制中，文件可能会迅速变大，并导致整个源代码控制系统变慢(我正在回忆CVS的恐怖故事)。

我们使用DBGhost来管理SQL数据库。然后，您将脚本放在版本控制中构建一个新数据库，它将构建一个新数据库，或者将任何现有数据库升级到版本控制中的模式。这样，您就不必担心创建更改脚本(尽管您仍然可以这样做，例如，如果您想更改列的数据类型并需要转换数据)。

我们不存储数据库模式，而是存储对数据库的更改。我们所做的是存储模式更改，以便为数据库的任何版本构建更改脚本，并将其应用于客户的数据库。我写了一个数据库实用程序，它与我们的主应用程序一起分发，它可以读取脚本，并知道需要应用哪些更新。它还具有足够的智能，可以根据需要刷新视图和存储过程。

你可能想看看Liquibase (http://www.liquibase.org/)。即使您不使用该工具本身，它也能很好地处理数据库变更管理或重构的概念。

这很简单。

当基础项目准备就绪时，您必须创建完整的数据库脚本。此脚本提交给SVN。这是第一个版本。 之后，所有开发人员创建更改脚本(ALTER…，新表，sprocs等)。 当您需要当前版本时，您应该执行所有新的更改脚本。 当应用程序发布到生产环境时，你会回到1(当然，那将是连续版本)。

Nant将帮助您执行这些更改脚本。：）

记住。只要有纪律，一切都能顺利进行。每次提交数据库更改时，代码中相应的函数也会被提交。

查看DBGhost http://www.innovartis.co.uk/。我已经在一个自动化的方式使用了2年，它工作得很好。它允许我们的DB构建非常像Java或C构建，除了数据库。你们能明白我的心情