在合並之前運行 GitHub 狀態檢查，但不是在每次提交時

Question

如果 CI 失敗，是否可以防止合並 GitHub 上的分支，但不能在每次提交時運行 CI？

這里有更多的上下文。 我們在 GitHub 上有一個受保護的master分支和一些短期功能分支。 你只能通過拉取請求合並你的分支，如果它被批准並且 CI 通過。 CI 狀態通過 GitHub 的狀態檢查傳達。 並且 CI 在對該分支的每次提交時運行。

問題是運行 CI 作業需要 30 分鍾。 此外，我們必須為它運行的每一分鍾付費。 現在，當然，可以有辦法讓它運行得更快。

但是有沒有辦法不在每次提交到功能分支時運行 CI，而是在按下“合並”按鈕和實際合並發生之間？

Answer 1

不，這是不可能的。

GitHub 甚至不允許您訪問合並按鈕，直到分支按照您的配置方式變為綠色。 此外，CI 工具與 GitHub 一起工作的方式是獲取推送到拉取請求的通知。 因此，只有在打開 PR 或向其推送新數據時，您的 CI 系統才會收到通知。

可以將 CI 系統配置為不自動運行並存儲發送給它的數據，然后在用戶界面中的按鈕被按下時運行。 如果它變回綠色，則 30 分鍾后您可以按下合並按鈕。 這將是最接近您想要做的事情，但這取決於您的特定 CI 提供者，因此您必須向他們詢問。