我们考虑过使用AccuRev,因为对于像我们这样敏捷的商店来说,流的想法很有意义。管理变更集的一个问题是:人们如何处理数据库更改?
每个开发人员都有本地开发人员数据库吗?
如果是这样,当您宣传对“主”流或其他任何内容的更改时,如何推广这些数据库更改?
答案 0 :(得分:1)
这是一个关于如何使数据库受版本控制的更一般性问题,因为它不依赖于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文件,在数据库中插入数据。这些都是非常易于维护的文本文件,可以通过源代码控制系统得到很好的处理。实际的二进制数据库文件只是派生的对象,不管怎么说都不应该版本化。