【问题标题】:Taiga+GitLab integration: only enable for master branch?Taiga+GitLab 集成:仅启用主分支?
【发布时间】:2017-01-26 16:19:47
【问题描述】:

在工作中我们使用 GitLab 和 Taiga。

所以我们启用了它们之间的集成,现在当开发人员推送包含文本 TG-XYZ #closed 的提交时,编号为 XYZ 的 taiga 问题会自动关闭并自动在其中放置评论。

这绝对很棒。但是,它不适用于 MergeRequests(或一般的功能分支):因为我们不想在 MergeRequest 合并到 master 之前关闭 taiga 问题。

如何将此集成限制为仅适用于 master 分支?

【问题讨论】:

    标签: git gitlab webhooks taiga


    【解决方案1】:

    我们找到了一个足够好的解决方法:仅从存储库的分支而不是从存储库中的分支创建 MergeRequest。

    如果您想强制执行此政策,以免您的开发人员误破坏它,您可以使用 gitlab 中的“保护分支”功能并使用通配符 (*) 来不允许创建任何新分支 (这样他们就可以在每个开发者的 fork 上推送分支,因此只有在 MR 合并到 master 时才会收到给 Taiga 的通知。

    【讨论】:

    • 很好的解决方法,比我的回答更精确。 +1
    【解决方案2】:

    对于需要通过合并请求批准工作流程的提交,您可以考虑:

    【讨论】:

    • 但不是所有的提交都通过 MR,我们希望直接进入 master 分支的提交仍然使用钩子
    • @knocte 只要他们被直接推送到 master 上,他们就可以保留他们的提交消息并从 tree.taiga.io/support/integrations/… 中描述的 Taiga 状态更改中受益
    • 但是如果我启用该集成,则推送到分支的提交(对于 MergeRequests)也将关闭问题......或者您是否建议仅对直接提交给 master 的提交执行此操作分支,然后使用 MergeRequest-event-webhook 获取 TG 编号并从我的侦听器中关闭它?
    • @knocte 是的,就是这个想法。对于推送到分支以进行合并请求的提交,我不会使用 Taiga 原生集成,而是直接从 webhook 管理它。
    • 这是一个有点棘手的工作流程,希望我可以将原始 webhook 配置为忽略对非主服务器的推送
    猜你喜欢
    • 1970-01-01
    • 2021-11-11
    • 2022-01-19
    • 1970-01-01
    • 1970-01-01
    • 2018-03-29
    • 1970-01-01
    • 2018-05-01
    • 1970-01-01
    相关资源
    最近更新 更多