如何處理Gitlab合併請求？

Question

我正在與一小羣人合作使用Gitlab進行項目。由於不是每個人都有相同的經驗（包括項目開發和git本身），我們認爲我們需要在代碼合併到主開發分支之前發送合併請求。到目前爲止這樣好，這允許一雙額外的眼睛撇去代碼。

雖然目前的工作流程有點不方便，但感覺可以改進。當有人創建合併請求（通過Gitlab Web界面）時，其他人也會導航到Gitlab以查看合併內容，通讀代碼，然後在本地重新創建合併，以便手動對其進行測試。請注意，我們沒有設置CI，因爲這個項目的範圍有點超出範圍。然後，當一切看起來都很正常時，他或她單擊該按鈕以接受Gitlab頁面上的合併請求。

尤其是我們在本地重新創建合併的部分感覺非常笨重。這些只是自動合併，介意你，但仍然感覺像雙重工作。

在Gitlab中處理合並請求的良好工作流程是什麼？我們可以改進什麼？有沒有一種好的方法來重新創建合併後可能存在的情況，而不需要實際承諾合併？或者有沒有辦法讓Gitlab將合併檢測爲「解決合併請求」？

Answer 1

如果在本地測試合併的人合併

git merge --no-ff branchname 

時然後使用--no-FF標誌，如果他們測試和喜歡的結果，就可以推到目標，並GitLab會知道去並關閉合並請求。