怎樣才能保持你的Git提交歷史清晰？Git是一個(gè)在線的開(kāi)源的分布式版本控制系統(tǒng)，具高存儲(chǔ)空間小、臨時(shí)貯存區(qū)域快捷方便和多個(gè)工作流同樣工作等特點(diǎn)。Git的功能雖說(shuō)極為強(qiáng)大，但如果沒(méi)有不明確的規(guī)范的流程并

怎樣才能保持你的Git提交歷史清晰？

Git是一個(gè)在線的開(kāi)源的分布式版本控制系統(tǒng)，具高存儲(chǔ)空間小、臨時(shí)貯存區(qū)域快捷方便和多個(gè)工作流同樣工作等特點(diǎn)。Git的功能雖說(shuō)極為強(qiáng)大，但如果沒(méi)有不明確的規(guī)范的流程并且操作的話，非常容易以至于提交歷史混亂，甚至還代碼，而git-flow工程流程是一種規(guī)范。

git-flow并不是要得用Git，它僅是將標(biāo)準(zhǔn)的Git新的命令用腳本組合了下來(lái)。

git-flow特點(diǎn)：

1、強(qiáng)大2個(gè)長(zhǎng)期性分支

主分支master和開(kāi)發(fā)分支develop。master不能用處中有比較穩(wěn)定產(chǎn)品代碼，你肯定不能再再提交代碼到master分支上；develop是進(jìn)行任何新的功能開(kāi)發(fā)的基礎(chǔ)分支，功能開(kāi)發(fā)完后，代碼將單獨(dú)設(shè)置到develop分支，而且靜靜的等待被整合起來(lái)到master分支中。

2、強(qiáng)大3個(gè)短期分支

分別是功能分支（featurebranch）、預(yù)查找分支（releasebranch）和補(bǔ)丁分支（hotfixbranch）。feature分支應(yīng)該是當(dāng)前正在進(jìn)行的功能點(diǎn)開(kāi)發(fā)的分支；等所有的功能開(kāi)發(fā)完另外單獨(dú)設(shè)置到develop分支后，需要打一個(gè)release分支，來(lái)表示將要要首頁(yè)了；等我們的產(chǎn)品下線后，如果沒(méi)有發(fā)現(xiàn)到有bug，此時(shí)不需要建一個(gè)hotfix分支來(lái)通過(guò)再修復(fù)。這幾個(gè)分樣一來(lái)成功開(kāi)發(fā)，都會(huì)被胸壁痛進(jìn)develop的或master分支，后再被徹底刪除。

git-flow開(kāi)發(fā)流程

1、項(xiàng)目重新初始化

當(dāng)在項(xiàng)目的根目錄先執(zhí)行“gitflowinit”命令時(shí)，你會(huì)注意到有master、develop、feature、release、hotfix分支名稱。

2、正在新功能

產(chǎn)品妹子過(guò)去了，說(shuō)我們要接入蘋果直接支付，就ok啦，新建項(xiàng)分支apple-pay，負(fù)責(zé)執(zhí)行命令“gitflowfeaturestartapple-pay。

3、成功新功能

戴上耳機(jī)，劈里啪啦，1個(gè)小時(shí)候過(guò)后功能開(kāi)發(fā)完了，結(jié)束該功能，不能執(zhí)行命令“gitflowfeaturefinishapple-pay”。

4、準(zhǔn)備著預(yù)發(fā)布

測(cè)試出來(lái)同學(xué)說(shuō)，功能也測(cè)試出來(lái)完了，沒(méi)有問(wèn)題，準(zhǔn)備公告可以更新吧，執(zhí)行命令“gitflowreleasestartV1.1.5”，這個(gè)地方最好就是帶上版本號(hào)。

5、完成預(yù)發(fā)布

在步驟4的基礎(chǔ)上真接負(fù)責(zé)執(zhí)行命令，“gitflowreleasefinishV1.1.5”。

6、發(fā)現(xiàn)自己bug

上不了線一個(gè)小時(shí)后，用戶反饋沖值沒(méi)有到賬，立時(shí)剛建一個(gè)修復(fù)分支V1.1.5-fix，“gitflowhotfixstartV1.1.5-fix”，取掉耳機(jī)，噼里啪啦，10分鐘后，bug能解決，測(cè)試驗(yàn)證實(shí)際，能夠完成修復(fù)分支，

“gitflowhotfixfinishV1.1.5-fix”。

眼下，一個(gè)最簡(jiǎn)單git-flow工作流程就結(jié)束了了，當(dāng)然了如果沒(méi)有你有SourceTree的話，操作出聲會(huì)更為方便，我希望我的回答對(duì)大家極大幫助。

如Git、SVN這類版本控制工具的原理是什么，以及如何操作？

Git是Linus之父Torvalds目的是管理方面Linux 內(nèi)核代碼設(shè)計(jì)而的新的一個(gè)開(kāi)源的版本控制系統(tǒng)。

Linux核心的開(kāi)發(fā)迭代是由許多分散開(kāi)的程序員能夠完成。當(dāng)時(shí)大家具體方法的代碼管理工具BitKeeper，只不過(guò)不開(kāi)放源代碼，影起我們的linux大佬強(qiáng)烈的不滿，但又欽佩BitKeeper的較大提高其他工具的分布式架構(gòu)，索性Torvalds自己變更土地性質(zhì)了代碼管理工具，那是GIT。聽(tīng)他們說(shuō)從無(wú)到實(shí)戰(zhàn)部署只花了10天時(shí)間。

而GIT與Svn最核心的區(qū)別那就是GIT是分布式架構(gòu)平臺(tái)。而比Svn僅僅兩個(gè)單純的文件版本管理系統(tǒng)而言，GIT更是一個(gè)內(nèi)容管理平臺(tái)，版本控制甚至于只是因?yàn)橐粋€(gè)次屬功能。

我們打聽(tīng)一下GIT的結(jié)構(gòu)就大致知道其工作原理。git分3個(gè)數(shù)據(jù)存儲(chǔ)區(qū)：

工作區(qū)：能保存項(xiàng)目文件。

暫存區(qū)：原先能保存的修改后數(shù)據(jù)，還沒(méi)有提交到倉(cāng)庫(kù)。

git倉(cāng)庫(kù)：之后貯存文件版本的倉(cāng)庫(kù)。

工作原理及通常操作命令：

對(duì)工作區(qū)修改（或新增）-gitomit。暫存區(qū)的目錄樹(shù)被自動(dòng)更新，同樣的工作區(qū)改（或新增加）的文件內(nèi)容被寫入到到一個(gè)新對(duì)象，而該對(duì)象的ID被記錄信息在暫存區(qū)的文件索引中。

想執(zhí)行并提交操作-gitcommit。暫存區(qū)的目錄樹(shù)不寫版本庫(kù)中，master分支會(huì)做你所選的更新。即master打向的目錄樹(shù)應(yīng)該是提交時(shí)暫存區(qū)的目錄樹(shù)。

重新設(shè)定暫存區(qū)-gitresetHEAD。暫存區(qū)的目錄樹(shù)會(huì)被格式化處理，被master分支對(duì)準(zhǔn)的目錄樹(shù)所重命名，但是工作區(qū)不受影響。

刪除掉暫存區(qū)-gitrm--cached。會(huì)再?gòu)臅捍鎱^(qū)刪除文件，工作區(qū)則不尋求改變。

暫存區(qū)文件完全覆蓋工作區(qū)-gitcheckout。會(huì)用暫存區(qū)全部或指定的文件替換工作區(qū)的文件。這個(gè)操作很危險(xiǎn)，會(huì)清理工作區(qū)中未直接添加到暫存區(qū)的改。

版本master分支文件遍布暫存區(qū)和工作區(qū)-gitcheckoutHEAD，會(huì)用HEAD打向的master分支中的全部或者部分文件替換暫存區(qū)和以及工作區(qū)中的文件。這個(gè)命令獨(dú)具危險(xiǎn)性：而且而且會(huì)清除工作區(qū)中未提交的改，也會(huì)清除暫存區(qū)中未再提交的修改。

當(dāng)然了svn，目前我用的屈指可數(shù)，操作比git簡(jiǎn)單點(diǎn)，兩者區(qū)別：

GIT是分布式的，SVN只有一個(gè)中央版本庫(kù)。GIT把內(nèi)容按元數(shù)據(jù)存儲(chǔ)，而SVN是按文件。Git直接下載下來(lái)后，在OffLine狀態(tài)下看的到所有的Log,SVN不可以。GIT沒(méi)有一個(gè)全局的版本號(hào)，而SVN有，此點(diǎn)是svn的優(yōu)點(diǎn)。SVN不能有一個(gè)指定你中央版本庫(kù)。當(dāng)這個(gè)中央版本庫(kù)有問(wèn)題時(shí)，所有工作成員會(huì)自然傳承錯(cuò)誤。而Git可以有無(wú)盡的個(gè)版本庫(kù)。GIT的內(nèi)容完整性要遠(yuǎn)遠(yuǎn)優(yōu)于SVN。GIT的內(nèi)容儲(chǔ)存不使用的是SHA-1哈希算法。這能以保證代碼內(nèi)容的完整性，切實(shí)保障在遇到磁盤故障和網(wǎng)絡(luò)問(wèn)題時(shí)會(huì)降低對(duì)版本庫(kù)的破壞。