Git的工作流程建議 - 滿足我的需求

Question

我已經經歷了大約GIT中的分支和靈活的集成環節多了，有了知識，我收集了，我知道我需要什麼，但需要與如何實現這一幫助。

我的要求是：

1. 一個科/發行（或）功能（一個月在未來的一個版本）
2. 兩個釋放一個月 - 團隊可以並行工作的多個版本分支？ 。
   • 我可以使用從Master分支的許多發佈分支，並且將一個功能提交給一個發佈分支可以合併到當前發佈分支之後創建的其他發佈分支。而且我可以通過合併回來將分支再次釋放到主分支中，但現在請看下一個分支。
3. 在發佈分支的特徵可以釋放之前被回退。所以我應該有決定應該發佈什麼的靈活性。而是全部合併成一個分支？
   • 我想過有一個集成分支，所以所有計劃的修復或功能可以合併到一起，只需要分支可以與主合併。但是我們只在集成分支上進行手動測試（沒有自動化測試的CI），所以採用這種方法，我需要創建兩個測試設置，一個用於發佈，另一個用於集成。

尋找一種方式來解決這個問題，我練的組合不同的方法。尋找專家建議在這裏。

除了上述所有，我找了靈活的工作流程，幫助我隨時隨地用了重大變化適應SCRUM /看板（我們可能會移動到看板不久）。

在此先感謝。

Answer 1

對於你的要求：

1. 根據您的2級＃和3＃的要求，你需要，因爲你需要開發的功能釋放平行於具有多個分支。你有主要分支master。
2. 制定不同分支上不同的特點，所以你可以單獨釋放出來，併合併爲master。
3. 這是沒有必要使用功能分支和master分支之間的integration分支。合併特性分支爲master分支，可以使用pull請求批准並完成合並。您想要通過master分支發佈的功能，可以批准拉取請求。否則，您可以將拉取請求掛在那裏，因爲所有功能分支都是分開的。

要反映看板上的更改，可以將工作項添加到每個提交中。而且您應該更新工作項目狀態，並繼續執行項目。