【问题标题】:Programming Workflow with Git / AWS Elastic Beanstalk使用 Git / AWS Elastic Beanstalk 编程工作流程
【发布时间】:2016-03-22 17:44:49
【问题描述】:

我的工作流程有问题。

我有 2 个 Git 分支:dev、prod

当代码推送到git时,我使用codepipeline在他各自的服务器中自动发布内容

所以,如果我推送到开发,开发服务器会自动更新。

现在,我有一个概念问题。

我的所有团队都致力于开发,所以当我将开发合并到生产时,我的所有开发更改都将被部署,即使有些更改无法用于 inst。

我应该如何管理它???

我正在考虑创建一个外部分支,但每个分支都应该与一个服务器相关,所以,我需要更多的基础设施(每个分支 1 个服务器,如果我有 10 个人团队,10 个服务器?),并且流比较重,我不太喜欢。

知道怎么解决吗???

【问题讨论】:

    标签: git amazon-web-services github workflow


    【解决方案1】:

    简单,停止将 dev 分支合并到 prod 分支。每个正在开发的功能都应该有自己的分支。这些功能分支在需要部署到 dev 时应合并到 dev 中,并在准备部署到 prod 时合并到 prod。

    停止将尚未准备好用于生产的东西合并到您的 prod 分支中(这真的不用说)。并且不要让多个开发人员在同一个分支中处理多个功能。

    编辑以进一步描述我在说什么:

    1. Dev 1 适用于功能分支 A:
      • git 提交
      • git push origin A
    2. Dev 2 适用于功能分支 B:
      • git 提交
      • git push origin B
    3. 功能 A 和 B 都已准备好在开发服务器上进行测试:
      • git checkout dev
      • git 合并源/A
      • git 合并源/B
      • git 推送
    4. 功能 A 已准备好发布到生产环境,但功能 B 需要更多工作:
      • git checkout prod
      • git 合并源/A
      • git 推送

    【讨论】:

    • 但是在这种情况下,如果我有一个功能分支,我必须有一个服务器 x 功能来测试它。它不是那么可行
    • 很抱歉,您的评论毫无意义。也许解释一下为什么你认为你会遇到这个问题。我向你保证,很多人都在以我刚才描述的方式使用 git,而没有你刚才描述的问题。
    • @JuliatzindelToro 查看我添加到答案中的明确步骤。
    • 哦。好的我明白了。因此,您不会从 dev 合并到 prod,而是从功能分支合并到 prod。这是有道理的!
    • 现在,在分析了您的答案后,我意识到我们使用的是 Git Flow,但无法按照您所说的方式运行。使用 Git Flow 是一件坏事???
    猜你喜欢
    • 2013-01-23
    • 2013-01-02
    • 2016-04-02
    • 2021-08-22
    • 2013-08-16
    • 2012-04-05
    • 2014-07-24
    • 2013-05-06
    • 2017-05-11
    相关资源
    最近更新 更多