在Gerrit中使用git-flow功能分支有推薦的工作流程嗎?任何最佳實踐?使用git-flow功能分支和Gerrit的工作流程
我們正在開始一個項目,由多個開發人員和由Git管理的中央存儲庫。使用git-flow進行遊戲時,我遇到了將功能分支推送到Gerrit以便在功能未完成時備份開發人員的工作的問題:
我們不希望功能分支在被開發,所以我們允許所有開發人員直接推送到refs/heads/feature/*,繞過魔術評論分支。我們希望在功能分支合併到開發分支時進行審查,但是當開發人員在合併之後將其工作推送到Gerrit時,只有合併提交需要審查。在功能分支中所做的更改不會出現在此補丁集中。我認爲這是因爲這些變化直接推到了refs/heads/feature/*,所以Gerrit認爲他們不需要再審查了。
開發者是否應該在完成功能分支之前將功能分支推送到Gerrit?爲了做到這一點,她需要在refs/heads/feature/*和refs/for/refs/heads/feature/*上推送和創建引用的權限,確保她只推送到審閱分支。
任何幫助將非常感激。
對不起,我錯過了這一個。) https://github.com/marcricharme/gitflow 其實我更新這個東西另一個評論, 它的作品真的很好,我們用它 –