2017-02-28 67 views
0

我們使用Gitlab 8.16.5和Gitlab API v3。 構建&部署由Gitlab-CI完成。 Build開始處理每個功能和修補程序分支。有3個環境:審查,分期&生產。現在,我們對審覈部署作業進行了兩項手動操作:審覈接受&審覈拒絕。簡單來說,Review Environment正在爲手動測試而設置。這意味着在審查接受,手動測試通過&審查拒絕,手動測試失敗。 現在,我們必須創建一個MR審覈接受工作,但不希望使用任何用戶的私人令牌或私人訪問令牌來創建相同。通過Gitlab CI創建合併請求,無需使用私有令牌

我們已經試過相同的觸發器標記,但得到{401:未經授權的訪問}。觸發器僅用於重建工作嗎?

回答

0

Gitlab中的'標準'工作流程有點不同:想法是開發者創建一個MR來將他的更改提交給審閱。然後爲此合併執行構建,審閱者對其進行測試並根據測試結果接受或拒絕MR。
這種方式MR總是由用戶完成。

總結它不是:審查/測試=>接受=>創建MR
,因爲合併後,你需要再次測試。

所以它是更多:創建MR =>審查/測試=>接受(或拒絕)

+0

謝謝@CCH的信息。有沒有辦法根據手動操作更改管道狀態,以便不能接受合併請求。 –

+0

對不起,我不明白你的意思。您可以在管道中手動執行步驟,但MR不在管道中,因此,沒有標準方法可以從管道中更新MR狀態,除了一些使用API​​的黑客正如你顯然試圖做的那樣。 – CCH