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

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

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

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

git-flow特點(diǎn)：

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

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

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

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

git-flow開發(fā)流程

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

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

2、正在新功能

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

3、成功新功能

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

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

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

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

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

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

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

“gitflowhotfixfinishV1.1.5-fix”。

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

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

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

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

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

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

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

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

git倉庫：之后貯存文件版本的倉庫。

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

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

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

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

刪除掉暫存區(qū)-gitrm--cached。會再從暫存區(qū)刪除文件，工作區(qū)則不尋求改變。

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

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

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

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