Git的研發(fā)應(yīng)用場景是怎樣的

Git的研發(fā)應(yīng)用場景是怎樣的，很多新手對此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

我們提供的服務(wù)有：網(wǎng)站建設(shè)、做網(wǎng)站、微信公眾號(hào)開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、夏縣ssl等。為上千余家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的夏縣網(wǎng)站制作公司

Git誕生于2002年，由Linux之父Linus Torvalds和他的團(tuán)隊(duì)開發(fā)并不斷完善，它秉承了Linux的開源精神，為廣大研發(fā)團(tuán)隊(duì)帶來了非常棒的版本控制體驗(yàn)。下面立足Git的工作原理，深入探討各種研發(fā)場景中工作流等問題。

Git工作模式

代碼提交過程

一次修改被成功提交到遠(yuǎn)端倉庫會(huì)歷經(jīng)四個(gè)階段，1本地工作區(qū)->2緩存區(qū)->3版本庫->4遠(yuǎn)端版本庫，通過執(zhí)行相應(yīng)的Git命令，文件在這四個(gè)區(qū)域跳轉(zhuǎn)，并呈現(xiàn)不同的狀態(tài)：

1.已修改（modified）：包括三種文件，新增文件，被修改的文件，被刪除的文件

2.已暫存（staged）：對已修改的文件執(zhí)行g(shù)it add或git rm操作，文件就變成已暫存狀態(tài)，進(jìn)入暫存區(qū)。暫存區(qū)實(shí)際上就是一個(gè)文件索引目錄樹，記錄了所有文件名、文件狀態(tài)信息，它已索引的方式建立了文件名和文件內(nèi)容（在對象庫.git/objects中保存）的對應(yīng)關(guān)系。

3.已提交（committed）：對已暫存的文件執(zhí)行g(shù)it commit操作，文件就變成已提交狀態(tài)，進(jìn)入本地版本倉庫。

4.已上傳：對已提交的文件執(zhí)行g(shù)it push操作，文件就變成已上傳狀態(tài)，進(jìn)入遠(yuǎn)端版本倉庫。

Git如何記錄每次提交

我們思考一下，版本控制系統(tǒng)應(yīng)該如何記錄每次提交呢？正常的思維肯定是記錄“差異”（delta），也就是前后兩個(gè)版本中文件內(nèi)容的不同，確實(shí)大多數(shù)版本控制系統(tǒng)是這么做的，比如我們所熟悉的CVS，SVN。但是，Git卻不這樣！每次提交更新時(shí)，Git會(huì)對全部文件作一個(gè)快照（snapshot），并保存指向這次快照的索引。

這種保存方式帶來很多好處，切換版本時(shí)，直接引用指向目標(biāo)版本的索引即可，不需要像差異存儲(chǔ)那樣，需要版本之間的merge，速度會(huì)快很多，更重要的是，為后文所講到的輕量級(jí)分支切換提供了前提條件。

Git分支

Git新建分支的本質(zhì)就是創(chuàng)建一個(gè)指向最后一次提交的可變指針，所以，Git分支的創(chuàng)建不是復(fù)制版本庫的內(nèi)容，僅僅是新建了一個(gè)指針，它以40個(gè)字符長度SHA-1字串形式保存在文件中，這難以想象的輕量級(jí)就是源于“快照”保存的版本設(shè)計(jì)理念。

Git工作流

什么是Git工作流？你可以理解為代碼管理的分支策略。這里從典型的GitFlow工作流出發(fā)，配合我正在使用的代碼托管平臺(tái)(華為軟件開發(fā)云)，給大家詳細(xì)講解工作流是如何服務(wù)于項(xiàng)目流程管理和團(tuán)隊(duì)協(xié)同開發(fā)。

?master：主線分支，版本有較強(qiáng)穩(wěn)定性，供生產(chǎn)環(huán)境部署使用，這個(gè)分支只能從其它分支合并，不能在這個(gè)分支上直接提交修改。

新建分支：

在開發(fā)云界面輸入新分支名，并選擇從哪個(gè)分支檢出即可。

?develop：主開發(fā)分支，用來集成測試最新合入的開發(fā)成果，包含要發(fā)布到下一個(gè)Release的代碼。

?feature：特性分支，每個(gè)特性一個(gè)分支，用于開發(fā)人員提交代碼并進(jìn)行自測。一旦開發(fā)完成，我們合并回Develop分支進(jìn)入下一個(gè)Release。

?hotfix：補(bǔ)丁分支，生產(chǎn)環(huán)境發(fā)現(xiàn)新Bug時(shí)創(chuàng)建的臨時(shí)分支，問題驗(yàn)證后，合并到Master和Develop分支，所以Hotfix的改動(dòng)會(huì)進(jìn)入下一個(gè)Release

?release：發(fā)布分支，發(fā)布新版本時(shí)，基于Develop分支創(chuàng)建，發(fā)布完成后，合并到master和develop分支。

各個(gè)分支之間的關(guān)系可以從開發(fā)云的“倉庫網(wǎng)絡(luò)”中查看：

優(yōu)點(diǎn)：項(xiàng)目管理流程明確

缺點(diǎn)：相對復(fù)雜，需要同時(shí)維護(hù)兩個(gè)長期分支，不適合網(wǎng)站項(xiàng)目。

分支合并

無論哪種工作流都會(huì)涉及到分支合并（把一個(gè)分支中的修改整合到當(dāng)前分支），主要有兩種方法：三方合并（merge）和衍合（rebase）。我們通過對同一種場景進(jìn)行不同操作體會(huì)兩種合并方法的區(qū)別。

場景：master分支新增了C4節(jié)點(diǎn)，hotfix分支新增了C3節(jié)點(diǎn)，現(xiàn)將hotfix分支合并到master分支：

1.三方包括hotfix新增節(jié)點(diǎn)C3，master新增節(jié)點(diǎn)C4，以及兩者的共同祖先節(jié)點(diǎn)C2。這種合并操作簡單，但新增合并節(jié)點(diǎn)C5，形成了環(huán)形，版本記錄可讀性差。

a)PC端命令操作方式：

#git checkout master

#git merge hotfix

b)開發(fā)云平臺(tái)頁面操作：

第一步：

第二步：

2.衍合先將master分支新增節(jié)點(diǎn)C4以補(bǔ)丁形式保存在.git/rebase目錄中，然后同步hotfix分支最新代碼，再應(yīng)用補(bǔ)丁C4’。

#git checkout master

#git rebase hotfix

沖突解決

類型一：兩個(gè)合并分支修改了同一行代碼

解決方法：

1.分析哪種修改方法正確，手動(dòng)合并；

2.提交修改。

類型二：文件被重命名為不同的名字

解決方法：

1.確認(rèn)哪個(gè)名字是正確的，刪除錯(cuò)誤的；

2.提交修改。

看完上述內(nèi)容是否對您有幫助呢？如果還想對相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對創(chuàng)新互聯(lián)的支持。

當(dāng)前文章：Git的研發(fā)應(yīng)用場景是怎樣的
文章起源：http://bm7419.com/article32/pccosc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、企業(yè)網(wǎng)站制作、App開發(fā)、網(wǎng)站設(shè)計(jì)公司、動(dòng)態(tài)網(wǎng)站、

廣告

聲明：本網(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)