【问题标题】:How to merge a pull request from a bamboo build如何合并来自竹构建的拉取请求
【发布时间】:2017-02-09 20:38:22
【问题描述】:

我在互联网上看到“如何从拉取请求触发竹子构建”,但我想做相反的事情。

现在,我们有一个大约 10 人的团队,他们从自己的分支开发 git 存储库,每个分支都有自己的分支来完成每个任务。当开发人员完成对其功能的测试时,他们会从其功能分支创建一个拉取请求到上游 master。有人必须不断地告诉开发人员 rebase 以便合并拉取请求。我的团队正在尝试简化我们的 git 工作流程,我们基本上想要一个通过执行以下操作来自动化该过程的构建:

  • 将 origin/feature 分支重新设置为 origin/master
  • 如果变基引起冲突,快速失败构建并通知人们手动变基
  • 如果变基成功,则对变基分支运行“测试”竹子构建以仔细检查变基没有破坏任何测试
  • 如果测试构建是红色的,则快速失败构建并通知人们从源中拉出他们重新建立的分支并修复损坏的测试
  • 如果测试构建仍然是绿色,则合并 PR 并显示构建成功。
  • 可以开始队列中的下一个构建

这样,我们只需将全局合并构建的队列用作合并队列,开发人员可以自己管理它,而无需与基本上充当此过程的服务器的某个人来回传递有关变基的所有消息。

这需要竹子能够合并拉取请求,所以我的问题是:是否有直接集成允许我这样做?如果没有,那么如何通过脚本合并拉取请求?一个示例/详细的解释会很有帮助。

【问题讨论】:

    标签: git merge continuous-integration bamboo


    【解决方案1】:

    使用分叉有什么特别的原因吗?我相信与叉子相比,竹子更适合树枝。如果您使用分支,可以使用以下一些很酷的功能:

    Bamboo 提供了将主代码自动合并到分支中的功能。请参阅下面来自https://confluence.atlassian.com/bamboo/using-plan-branches-289276872.html 和主题下的摘录自动分支合并

    如果您选择自动化分支合并,Bamboo 提供了 2 种合并模型:

    Branch Updater — a branch repo is kept up-to-date with changes to master.
    Gatekeeper — the default repo is only updated with changes in the branch that have built successfully.
    

    如果需要,可以在单个计划分支中覆盖主计划的自动分支合并策略。

    此外,您可以在计划分支上配置触发器,从而始终在每次提交时构建计划分支。

    【讨论】:

    • 好像不支持rebase,只支持merging
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-08-29
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多