2017-08-11 86 views
-1

我整個的Visual Studio插件來:GitFlow爲Visual Studio 2017年https://marketplace.visualstudio.com/items?itemName=vs-publisher-57624.GitFlowforVisualStudio2017VSTS gitflow - 如何使用它?

現在我感到有點困惑的本地和遠程分支機構。從我的理解gitflow工作流程應該如下:

  1. 創建多達最新本地 開發一種新的局部特徵的分支「F1」。
  2. 一旦你完成這個功能分支,你可以重新設置最新的本地開發。
  3. 然後您將它推送到遠程功能分支「f1」,併爲遠程開發創建一個遠程「f1」的拉取請求。
  4. 現在代碼審查完成並開發包括「f1」。
  5. 您刪除本地 「F1」 和遠程 「F1」

當使用工作流上面提到的插件似乎不同:

  1. 從創建新的本地特性分支 「F1」最新的本地開發。
  2. 完成本地特徵分支f1。這將把變化放在本地開發之上並刪除特性分支。
  3. 推動本地發展到遠程開發(無拉請求/代碼審查可能)

有人可以幫助我瞭解如何引入請求和代碼審查仍然是可能與此插件嗎?

回答

2

這是因爲master分公司是生產分公司,所以我們合併develop支進master分支時通常需要引入請求和代碼視圖。

而對於develop分支,所有開發人員都可以對其進行更改。所以當開發人員完成他/她開發的功能時。他/她可以直接合並它,而無需查看代碼。當開發人員完成所有工作時,他/她可以將他/她的本地develop推送到遠程,並創建一個請求將develop分支合併到master分支中。

而對於feature/*分支,它通常是短命分支,所以當一個功能完成後,它可以在本地回購中刪除。

如果確實需要將功能分支推送到遠程,並創建拉取請求以將功能分支合併到代碼審閱開發中,因爲您可以這樣做,但它會增加您的團隊的工作流程。

+0

謝謝。我希望獲得一個「高級」gitflow工作流程,該工作流程已經包含了功能拉取請求代碼評論 – Thypari