這篇文章主要介紹了Git中三種工作方式的流程分析，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

創(chuàng)新互聯于2013年開始，先為饒陽等服務建站，饒陽等地企業(yè)，進行企業(yè)商務咨詢服務。為饒陽企業(yè)網站制作PC+手機+微官網三網同步一站式服務解決您的所有建站問題。

在項目開發(fā)過程中使用Git的方式有三種工作方式，分別是集中式工作流，Git Flow工作流，Forking 工作流。下面主要針對Git工作流進行講解。

集中式工作流(不常用)

集中式工作流像SVN一樣，以中央倉庫作為項目所有修改的單點實體。所有修改都提交到 Master分支上。這種方式與 SVN 的主要區(qū)別就是開發(fā)人員有本地庫，但是Git 很多特性并沒有用到。

Forking 工作流(偶爾使用)

Forking 工作流是在 GitFlow 基礎上，充分利用了 Git 的 Fork 和 pull request 的功能以達到代碼審核的目的。更適合安全可靠地管理大團隊的開發(fā)者，而且能接受不信任貢獻者的提交。(主要是審核團隊外成員的代碼，Linux的虛擬團隊用的更多)。

偶爾如果有需要團隊外的成員幫我們解決問題時，可能會用到。

GitFlow 工作流(最流行)

Gitflow 工作流通過為功能開發(fā)、發(fā)布準備和維護設立了獨立的分支，讓發(fā)布迭代過程更流暢，充分的利用了分支的特點。嚴格的分支模型也為大型項目提供了一些非常必要的結構。下圖是完整的開發(fā)方式圖，但實際開發(fā)可能更加精簡：

Git工作流演示

演示說明：

在Eclipse中創(chuàng)建一個分支，命名為featureA分支：

新手在featureA分支中對完成A功能，后提交至本地庫：

進而push到遠程庫：

接下來，老程序員對項目進行拉?。?br/>
拉取后從master分支切換至FeatureA分支，此時就可以看到新手的修改了：

接下來將FeatureA分支與master分支在本地合并，然后提交至遠程庫：

先切換到master分支→進行merge合并→推送至遠程庫

感謝你能夠認真閱讀完這篇文章，希望小編分享的“Git中三種工作方式的流程分析”這篇文章對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯，關注創(chuàng)新互聯行業(yè)資訊頻道，更多相關知識等著你來學習!