如何管理和審查多個大尺寸的git分支？

所以我們在這裏有一個很大的問題。每個sprint都有多個用戶故事，併爲每個用戶故事創建一個新的分支。如何管理和審查多個大尺寸的git分支？

在開發過程中，開發人員注意到他們需要一個代碼/方法或來自另一個分支的東西。他們從該分支合併。有時他們會採摘櫻桃，有時甚至會創建一個補丁並相互交換。無論他們做什麼，在衝刺結束時，審閱者都會遇到問題，因爲他們在多個請求中看到相同的代碼。

不幸的是，我們的用戶故事在規模和數量上都很大（美國每衝刺的次數），這是管理決策;我們無法做任何事情。

由於PR的大小和PR的數量，審閱者可能不記得他們審查的代碼是否已在其他分支中審查過，並且可能不是同一審稿人。

所以問題是，如何管理這些分支，什麼是最佳實踐？有沒有辦法避免在分支機構中有重複的代碼？

有沒有一種工具可以巧妙地確定合併，以便我們可以按照正確的順序進行檢查？

或者也許是一個審查工具來顯示變化來自哪裏，以便審稿人知道變化來自另一個與他無關的公關？目前我們正在使用不提供這種設施的BitBucket。

2016-09-12 xbmono

我建議你試試源代碼樹來管理你的Git倉庫。它提供了一個有用的UI界面，以直觀地顯示誰在從事什麼分支以及分支機構的佈局。它提供了許多功能，並且適用於您的回購中有多個分支的大型項目。

2016-09-12 01:43:23 ValyriA

我投了你的意見，並感謝該但這不是我所追求的，因爲我想這樣做，而審查。 – xbmono

回答