我们考虑过使用 AccuRev,因为流的想法对于我们这样非常敏捷的商店来说很有意义。管理变更集的一个问题是:人们如何处理数据库变更?
每个开发者都有本地开发者数据库吗?
如果是这样,当您促进对“主”流的更改或其他任何名称的更改时,您如何促进这些数据库更改?
我们考虑过使用 AccuRev,因为流的想法对于我们这样非常敏捷的商店来说很有意义。管理变更集的一个问题是:人们如何处理数据库变更?
每个开发者都有本地开发者数据库吗?
如果是这样,当您促进对“主”流的更改或其他任何名称的更改时,您如何促进这些数据库更改?
这是一个更普遍的问题,即如何使您的数据库处于版本控制之下,因为它不直接依赖于 Accurev。以下是一些已回答问题的链接:
您如何在源代码控制中跟踪数据库更改? https://stackoverflow.com/questions/4952/database-version-control
还有来自 Coding Horror 的链接:
http://www.codinghorror.com/blog/2008/02/get-your-database-under-version-control.html
我所做的是我有 .sql 文件来创建一个新的数据库,另一个 .sql 脚本可以从特定版本更新到新版本,还备份 .sql 文件,以便在数据库中插入数据。这些都是非常易于维护的文本文件,可以由源代码控制系统很好地处理。实际的二进制 DB 文件只是派生对象,无论如何都不应该对它们进行版本控制。