svn - 部署工作流程

Question

我目前正在管理实时 Web 应用程序的开发。有两个开发者。我们正在寻求定义一个工作流来指定应该如何进行构建和部署。

我们目前正在使用 codebaseHQ 进行源代码控制。

这就是我的想法：

1. Dev1 和 Dev 2 获取并提交更改到 CodeBaseHQ 上的单个存储库。
2. 我们将更新从 codebaseHQ 推送到与生产数据库分离的 alpha.domain.com，以进行初始测试。
3. 假设测试顺利，将更改合并到与生产数据库耦合的 beta.domain.com 上，以进行进一步测试。
4. 假设这些测试顺利，合并到 domain.com（生产）。

这听起来好吗？对于开发人员来说，这似乎是一个非常繁琐的过程——他们必须为每个变更集测试/推送两次。由于不经常更新，这似乎是可以忍受的，但如果我们每天都在推动更改，您会推荐什么？

Answer 1

对于开发人员来说，这似乎是一个非常繁琐的过程——他们必须为每个变更集测试/推送两次。

听起来您没有太多的自动化来推动或测试。一旦你有了一些自动化测试，你就可以使用Go之类的工具（完全公开：我在那里工作）来定义不同的环境并为工作流建模，以便自动推送到不同的环境。您每天都在推动更改真是太好了，您可能会在持续交付书中找到很多相关的建议。

Answer 2

我真的很讨厌推广源代码以将功能推广到生产环境的想法。我非常喜欢通过环境推广构建（我想 Bagheera 也是，因为我们是竞争对手）。

获得一个“构建”，无论它是编译的还是只是一个包，并使用脚本或工具在环境中推广该包。