Git中三種工作方式的流程分析

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

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

集中式工作流(不常用)

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

Forking 工作流(偶爾使用)

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

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

GitFlow 工作流(最流行)

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

Git工作流演示

演示說明：

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

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

進(jìn)而push到遠(yuǎn)程庫：

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

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

先切換到master分支→進(jìn)行merge合并→推送至遠(yuǎn)程庫

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“Git中三種工作方式的流程分析”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關(guān)注億速云行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!