git的版本管理有點(diǎn)像生物的遺傳。

每次更改都會(huì)產(chǎn)生一次變異，而checkout不同的分支就是在不同的變異特性之間切換。

checkout也可以回到之前的commit（commit可以看做是存檔點(diǎn)）。

一般的開發(fā)習(xí)慣是在某一特性的分支上開發(fā)測(cè)試，然后merge到主分支。

一般主分支也就是更新線上環(huán)境的分支是master，那么假如我們現(xiàn)在要開發(fā)一個(gè)新的功能，如果直接在master上修改會(huì)有風(fēng)險(xiǎn)，那么我們就在master上git checkout -b new，那么這個(gè)new分支目前的代碼就是相當(dāng)于copy了master，這個(gè)時(shí)候我們?cè)趎ew分支上開發(fā)新功能不會(huì)影響到master，相對(duì)來(lái)說(shuō)是很安全的，開發(fā)測(cè)試完成后再git checkout master，之后git merge new，再把new分支上所做的新功能的代碼合到master上，這樣一個(gè)功能就算完成了

使用git你可以新建很多分支，包括遠(yuǎn)程分支，從一個(gè)分支切換到另一個(gè)分支，就需要用到git checkout

切換git分支

通常我們不會(huì)在master也就是主分支上進(jìn)行開發(fā)(團(tuán)隊(duì)里)；所以就會(huì)衍生出如develop開發(fā)分支，bugfix分支等。在對(duì)應(yīng)的分支進(jìn)行開發(fā)好方便管理，比如develop開發(fā)分支就做新功能開發(fā)，bugfix做測(cè)試bug修復(fù)，通常修復(fù)完之后會(huì)cherry-pick回develop分支。上線的時(shí)候根據(jù)當(dāng)前bugfix分支的代碼合到master中然后用master分支的代碼作為一個(gè)上線版本的分支。這里checkout分支1，分支2只是在當(dāng)前主干上拉取的其中一個(gè)分支并在當(dāng)前分支上開發(fā)而已。