【发布时间】:2011-10-21 18:43:11
【问题描述】:
我们考虑过使用 AccuRev,因为流的想法对于我们这样非常灵活的商店来说非常有意义。管理变更集的一个问题是:人们如何处理数据库变更?
每个开发者都有本地开发者数据库吗?
如果是这样,当您促进对“主”流或其他名称的更改时,您如何促进这些数据库更改?
【问题讨论】:
我们考虑过使用 AccuRev,因为流的想法对于我们这样非常灵活的商店来说非常有意义。管理变更集的一个问题是:人们如何处理数据库变更?
每个开发者都有本地开发者数据库吗?
如果是这样,当您促进对“主”流或其他名称的更改时,您如何促进这些数据库更改?
【问题讨论】:
这是一个更普遍的问题,即如何让您的数据库处于版本控制之下,因为它不直接依赖于 Accurev。以下是一些已回答问题的链接:
How do you track database changes in source control? 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 文件只是派生对象,无论如何都不应该对其进行版本控制。
【讨论】: