部署工作流程

时间:2012-10-22 15:02:15

标签: svn testing deployment integration-testing lamp

我目前正在管理实时Web应用程序的开发。有两个开发人员。我们希望定义一个工作流,指定构建和部署应该如何发生。

我们目前正在使用codebaseHQ进行源代码管理。

这就是我的想法:

  1. Dev1和Dev 2获取并提交对CodeBaseHQ上的单个存储库的更改。
  2. 我们将更新从codebaseHQ推送到与生产数据库分离的alpha.domain.com进行初始测试。
  3. 假设测试进展顺利,请将更改合并到beta.domain.com,后者将连接到生产数据库,以进行进一步测试。
  4. 假设这些测试进展顺利,请合并到domain.com(生产)。
  5. 听起来不错吗?对于开发人员来说,这似乎是一个非常繁琐的过程 - 他们必须为每个变更集测试/推送两次。由于不经常更新,这似乎是可以忍受的,但如果我们每天都在推动变更,你会推荐什么?

2 个答案:

答案 0 :(得分:1)

  

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

听起来你没有足够的自动化来推动或测试。一旦你有一些自动化测试,你可以使用像Go这样的工具(完全披露:我在那里工作)来定义不同的环境,并使用model工作流,以便自动推送到不同的环境。很高兴你每天都在推动变革,你可能会在持续交付book中找到很多相关的建议。

答案 1 :(得分:0)

我真的很讨厌推广源代码以促进生产功能的想法。我是通过环境推广构建的忠实粉丝(我想Bagijra也是,因为我们是竞争对手)。

获取“构建”,无论是编译还是仅仅是一个包,并使用脚本或工具在环境中提升该包。

相关问题