Git工程開發(fā)實(shí)踐（五）——Git分布式工作流程-創(chuàng)新互聯(lián)

Git工程開發(fā)實(shí)踐（五）——Git分布式工作流程

一、Git分布式工作流程簡介

與集中式版本控制系統(tǒng)(CVCS)不同，Git的分布式特性使得開發(fā)者間的協(xié)作變得更加靈活多樣。在集中式系統(tǒng)中，每個(gè)開發(fā)者就像是連接在集線器上的節(jié)點(diǎn)，彼此的工作方式大體相同。 而在Git中，每個(gè)開發(fā)者同時(shí)扮演著節(jié)點(diǎn)和集線器的角色，即每個(gè)開發(fā)者既可以將自己的代碼貢獻(xiàn)到其它的倉庫中，同時(shí)也能維護(hù)自己的公開倉庫，讓其他人可以在其基礎(chǔ)上工作并貢獻(xiàn)代碼。 因此，Git的分布式協(xié)作可以為項(xiàng)目和團(tuán)隊(duì)衍生出各種不同的工作流程。常見的Git分布式工作流程有集中式工作流程、集成管理者工作流程、司令官與副官工作流程。

創(chuàng)新互聯(lián)公司于2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì)網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢想脫穎而出為使命，1280元蒙城做網(wǎng)站,已為上家服務(wù),為蒙城各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18980820575

二、Git集中式工作流程

集中式工作流很好地借鑒了集中式版本控制系統(tǒng)的工作模式。集中式工作流通常包含一個(gè)中央服務(wù)器，可以接受代碼；每個(gè)開發(fā)者作為一個(gè)節(jié)點(diǎn)，將自己的工作與中央服務(wù)器同步。如果兩個(gè)開發(fā)者從中心倉庫克隆代碼下來，同時(shí)作了一些修改，那么只有第一個(gè)開發(fā)者可以順利地把數(shù)據(jù)推送回中央服務(wù)器。 第二個(gè)開發(fā)者在推送修改前，必須先將第一個(gè)人的工作合并進(jìn)來，才不會(huì)覆蓋第一個(gè)人的修改。

集中式工作流程只需要搭建好一個(gè)中心倉庫，并給開發(fā)團(tuán)隊(duì)中的每個(gè)人推送數(shù)據(jù)的權(quán)限，就可以開展工作。Git不會(huì)讓用戶覆蓋彼此的修改。 例如John和Jessica同時(shí)開始工作。 John完成了自己的修改并推送到服務(wù)器。 接著Jessica嘗試提交自己的修改，卻遭到服務(wù)器拒絕。Jessica會(huì)被告知她的修改正通過非快進(jìn)式(non-fast-forward)的方式推送，只有將數(shù)據(jù)抓取下來并且合并后方能推送。
集中式工作流程使用非常廣泛，大多數(shù)人對其很熟悉也很習(xí)慣。但集中式工作流程并不局限于小團(tuán)隊(duì)，通過利用Git分支模型管理，通過同時(shí)在多個(gè)分支上工作的方式，即使上百人的開發(fā)團(tuán)隊(duì)也可以很好地在單個(gè)項(xiàng)目上協(xié)作。

三、集成管理者工作流程

Git允許多個(gè)遠(yuǎn)程倉庫存在，每個(gè)開發(fā)者擁有自己倉庫的寫權(quán)限和其他所有人倉庫的讀權(quán)限。集成管理者工作流程中，通常會(huì)有個(gè)官方項(xiàng)目的權(quán)威倉庫。如果要為項(xiàng)目做貢獻(xiàn)，需要從官方項(xiàng)目克?。‵ork）出一個(gè)自己的公開倉庫，然后將自己的修改推送到自己的公開倉庫；然后可以請求官方倉庫的維護(hù)者拉取自己公開倉庫的更新合并到主項(xiàng)目。維護(hù)者可以將貢獻(xiàn)者的公開倉庫作為遠(yuǎn)程倉庫添加進(jìn)來，在本地測試貢獻(xiàn)者的變更，將其合并入維護(hù)者的本地倉庫分支并推送到官方倉庫。

集成管理者工作流程工作方式如下：
A、貢獻(xiàn)者克隆官方主倉庫到自己本地。
B、貢獻(xiàn)者在自己本地倉庫進(jìn)行修改，并推送到自己公開倉庫。
C、貢獻(xiàn)者給維護(hù)者發(fā)送郵件，請求拉取自己的更新。
D、維護(hù)者在自己本地的倉庫中，將貢獻(xiàn)者的公開倉庫加為遠(yuǎn)程倉庫并合并修改。
E、維護(hù)者將合并后的修改推送到官方主倉庫。
集成管理者工作流程是GitHub和GitLab等在線代碼托管工具最常用的工作流程，非常適合社區(qū)開源項(xiàng)目的開發(fā)。Pull Request和Merge Request就是集成管理者工作流程的最佳工程實(shí)踐。
貢獻(xiàn)者可以容易地將某個(gè)項(xiàng)目派生成為自己的公開倉庫，向自己的公開倉庫推送自己的修改，并為每個(gè)人所見。貢獻(xiàn)者可以持續(xù)地工作，而主倉庫的維護(hù)者可以隨時(shí)拉取貢獻(xiàn)者的修改。貢獻(xiàn)者不必等待維護(hù)者處理完提交的更新，每一方都可以按照自己節(jié)奏工作 。

四、司令官與副官工作流程

司令官與副官工作流程是多倉庫工作流程的變種，通常擁有數(shù)百位協(xié)作開發(fā)者的超大型項(xiàng)目才會(huì)使用，例如著名的Linux 內(nèi)核項(xiàng)目。被稱為副官(lieutenant)的各個(gè)集成管理者分別負(fù)責(zé)集成項(xiàng)目中的特定部分。所有副官還有一位上級稱為司令官(dictator)的總集成管理者負(fù)責(zé)統(tǒng)籌。司令官維護(hù)的倉庫作為參考倉庫，為所有協(xié)作者提供需要拉取的項(xiàng)目代碼。

司令官與副官工作流程如下：
A、普通開發(fā)者在自己的特性分支上工作，并根據(jù)司令官的master分支進(jìn)行變基。
B、副官將普通開發(fā)者的特性分支合并到自己master分支中。
C、司令官將所有副官的master分支并入自己master分支中。
D、司令官將集成后的master分支推送到參考倉庫中，以便所有其他開發(fā)者以此為基礎(chǔ)進(jìn)行變基。
司令官與副官工作流程并不常用，只有當(dāng)項(xiàng)目極為龐雜或者需要多級別管理時(shí)才會(huì)體現(xiàn)出優(yōu)勢。利用司令官與副官工作流程，項(xiàng)目總負(fù)責(zé)人(司令官)可以把大量分散的集成工作委托給不同小組負(fù)責(zé)人分別處理，然后在不同時(shí)刻將大塊的代碼子集統(tǒng)籌起來，用于后續(xù)整合。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

當(dāng)前題目：Git工程開發(fā)實(shí)踐（五）——Git分布式工作流程-創(chuàng)新互聯(lián)
文章URL：http://muchs.cn/article38/cdsssp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、軟件開發(fā)、搜索引擎優(yōu)化、App設(shè)計(jì)、做網(wǎng)站、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)