【发布时间】:2011-02-06 10:49:09
【问题描述】:
我最近获得了管理或开发环境的职责,其中包括:
- 管理版本控制系统(subversion),我们通常有一个每 6 个月发布到生产环境的主要分支、一个每 2 个月发布一次以修复用户发现的非主要错误的维护分支和几个与无法等待维护版本的错误相关的分支。
- 管理我们的数据库,以便我们为每个代码分支建立一个开发数据库
我们不久就开始使用版本控制系统,并且遇到了以下问题:
- 同时在多个分支上工作的开发人员往往最终会针对错误的数据库进行开发(我们大约有 15 名开发人员)
- 缺乏适当的策略来管理将分支发布到生产环境以及传播回其他分支
- 缺乏适当的策略来管理与每个分支关联的数据库(即我们是否应该保留一个与生产环境保持一致的脚本,然后是一个脚本以使每个数据库用户符合分支的需求)
我曾考虑为代码的每个分支使用虚拟机(即,包含 Oracle Express 数据库用户的 VM、具有正确设置的 Coldfusion 管理员(对数据源等内容进行正确设置)以及 IDE 和 Tortoise 等开发工具) .
我正在寻找任何人可能需要帮助解决这些问题的任何建议,因为我发现管理这个过程真的很困难。我知道没有 2 家公司的设置完全相同,但我欢迎任何帮助。
【问题讨论】:
标签: database version-control virtual-machine