关于应用实例管理的问题

Question

我目前正在开展一个相当大的项目,其团队分布在美国各地.开发人员定期向源存储库提交代码.我们有以下应用程序构建(所有应用程序都由应用程序管理,没有手动过程):

1. 持续集成:监视器检查代码存储库是否已更新,如果是,则执行构建并运行单元测试套件.出现错误时,团队会收到电子邮件通知
2. 每日构建:开发人员使用此构建来验证他们的错误修复或实际应用程序服务器上的新代码,如果"事情"成功,开发人员可以解决该任务.
3. 每周构建:测试人员验证此构建上已解决的问题队列.这是一个更稳定的测试环境.
4. 当前版本构建:用于演示和潜在新用户的开放测试平台.

每个构建都刷新与之关联的数据库.这会清理数据并验证随新代码一起提交的任何数据库更改.我从测试人员那里听到的一个问题是,我们需要使用一些预期的测试数据预先填充每周构建数据库,而不是更通用的数据开发人员合作.这似乎是一个合理的关注/需要,是我们正在努力的事情.

我正在抛弃我们正在做的事情,看看SO社区是否与我们正在做的事情有任何差距,或者有任何疑虑.事情似乎运作良好,但它感觉更好.你的意见？

Answer 1

接下来的一个额外步骤是，一旦发布版本通过测试（例如冒烟测试），那么它就被认为是一个好的版本（例如黄金版本），并且您使用某种标记机制来标记所有工件（代码、安装脚本、makefile、可安装文件等）用于创建黄金映像。黄金构建可能会在以后成为候选版本，也可能不会。

也许您已经在这样做了，因为您没有提到我添加了我所观察到的内容。