在工作中我們使用GitLab和Taiga。Taiga + GitLab集成:僅對master分支啓用?
因此,我們啓用了它們之間的集成,現在當開發人員推送包含文本的提交時,則會關閉編號爲XYZ的taiga問題並以自動方式放置註釋。
這絕對很棒。但是,對於MergeRequests(或通常的特性分支)來說,它並不能很好地工作:因爲我們不想在MergeRequest合併到master之前關閉taiga問題。
如何將此集成限制爲僅與主分支一起使用?
在工作中我們使用GitLab和Taiga。Taiga + GitLab集成:僅對master分支啓用?
因此,我們啓用了它們之間的集成,現在當開發人員推送包含文本的提交時,則會關閉編號爲XYZ的taiga問題並以自動方式放置註釋。
這絕對很棒。但是,對於MergeRequests(或通常的特性分支)來說,它並不能很好地工作:因爲我們不想在MergeRequest合併到master之前關閉taiga問題。
如何將此集成限制爲僅與主分支一起使用?
我們發現了一個很好的解決方法:僅從存儲庫的分支而不是從存儲庫中的分支創建MergeRequests。
如果你想強制執行這個策略,以便你的開發者不會錯誤地分解它,你可以使用gitlab中的「Protect branches」特性並使用通配符(*)來禁止任何新的分支的創建(通過這種方式,他們將能夠在每個開發人員的分支上推送分支,因此只有在MR合併爲主人時纔會到達Taiga的通知)。
對於那些需要經過合併請求審批流程提交,你可以考慮:
但並非所有提交都通過MR,我們希望直接進入主分支的提交仍然使用鉤子 – knocte
@knocte,只要它們直接在主服務器上推送,那麼它們可以保留其提交消息並從中受益Taiga狀態更改在https://tree.taiga.io/support/integrations/changing-elements-status-via-commit-message/ – VonC
中描述,但是如果啓用該集成,則提交到分支的提交(對於MergeRequests)也會關閉這些問題......或者你是否建議只爲直接提交給主分支的提交做這些工作,然後使用MergeRequest-event-webhook來獲取TG編號並從我的監聽器中關閉它? – knocte
良好的解決方法,並比我的答案更精確。 +1 – VonC