前言

本文僅簡單討論代碼的版本控制, 包括版本提交、分支、遠程倉庫的拉取/推送、版本回退等, 不探討Git指令, 不涉及多人協作, 更多的是客戶端使用過程的記錄.
分別使用Sourcetree和GitHub客戶端實現對代碼的版本控制, 兩者操作起來都差不多, 故分別用於演示管理本地倉庫和遠程倉庫. 遠程倉庫需要服務器來儲存項目代碼, 自從微軟收購GitHub後, 對私有項目也開放免費了, 所以遠程客倉庫的拉取/推送操作將使用GitHub客戶端來演示.

所謂倉庫, 可以理解成一個項目, 或者是這個項目對應的文件夾.

本地倉庫 (使用Sourcetree)

Sourcetree客戶端下載地址https://www.sourcetreeapp.com/

1. 創建本地倉庫

新建一個文件夾LocalRepository, 裝入一個文件README.md, 隨便填入初版信息:

打開Sourcetree客戶端, 創建本地倉庫

指定剛纔創建的文件夾

成功創建倉庫, 右邊數字代表修改量

雙擊進入主界面

勾選待定的文件(表示放入暫存區), 填入版本記錄信息, 然後提交, 這時歷史版本中就有版本記錄了.

2. 新增版本

我們回到剛纔的README.md文件, 新增一行信息:

然後我們看到Sourcetree中文件狀態裏新增了未保存的修改:

勾選文件, 填入版本記錄信息"下雨了", 然後提交:

可以看到歷史中有了版本記錄:

討論
至此, 我們已經完成了第一次版本迭代. 但是有個問題, 本次修改版本是直接在主分支master上面進行的, 而master應該用於儲存可發佈的穩定版本, 不應直接供給開發階段使用.
實際開發中, 我們應先分離出一個分支進行開發, 調試無誤後再合併到master進而發佈. 這樣即可以防止多人協作同時對master進行操作造成衝突, 同時又可以分出多個分支進行多功能"並行"開發.
假設這樣一種情況:

當我們在master上直接開發新功能, 開發到一半的時候發現原來的代碼有bug, 這時候我們只有兩種選擇: 要麼寫完另一半功能再去調試bug, 要麼遺棄現有的一半功能代碼去調試bug. 這種做法好比是"線程阻塞式"的, 似乎不符合我們的需求. 那麼, 此時分支可以閃亮登場了. 創建一個分支去開發這個新功能, 此時我們會有兩個分支: master和新功能分支. 當我們在功能分支上開發到一半的時候發現原來代碼有bug, 我們可以切換到master分支去, 另創建一個臨時分支用於修復bug, bug修復後將臨時分支合併到master用於發佈更新, 功能分支調試無誤後也合併到master, 最後形成穩定的代碼版本.

我們之所以能在各分支之間隨意切換, 是因爲分支之間的版本管理是相互獨立的, 詳見下節.

3. 分支

這個例子的流程如下:

當發佈"下雨了"這個版本後, 我們新建一個買菜分支去買魚和豆腐, 買完魚後纔想起家裏沒有關窗 (代碼有bug). 這時我們可以切換到master, 把窗關上(bug修復), 然後重新切回買菜分支, 繼續買豆腐, 然後回到家裏 (稱爲合併).

新建分支

點擊"分支"按鈕, 或者直接在指定版本上右擊選擇分支…

選擇指定節點, 起名買菜

然後我們看到分支那裏, 多了"買菜"這個分支:

這時候當前分支已經切換到買菜這裏了, 以後的修改將只對當前分支有效. 要想切換分支, 雙擊分支中的分支名即可.

返回我們的工程項目文件夾LocalRepository, 新增一個買菜文件:

然後看到文件狀態那裏有更新, 我們將這個提交一個版本, 備註買魚, 提交到"買菜"分支 (此時我們正處於這個分支上):

然後點擊歷史, 查看版本記錄:

切換分支
此時, 買菜分支比master超前了一個版本(買魚版本).
我們可以驗證下, 在分支中雙擊master切換到主分支, 此時我們的項目文件夾LocalRepository下買菜文件沒有了:

而切換回買菜分支, 又出現了買菜這個文件:

現在我們切換回master, 新建一個temp分支去修復bug (關窗), 過程和新建買菜差不多, 就只貼關鍵步驟了. 在temp分支裏關窗:

然後temp和買菜分支各有一版不同的修改, 且都超前於master: temp多了"關窗"版本, 而買菜分支則多了"買魚"版本:

合併分支
現在bug修復了, 我們將temp合併到master裏去.
我們要將某個源分支合併到某個目標分支上, 需要到目標分支上進行操作. 比如我們要把temp的關窗版本合併到master, 需要切換到master中, 然後右擊關窗版本選擇合併:

刪除分支
已經生成穩定版本了, 現在可以把temp分支刪除了:

好的, bug修復了, 我們切換回買菜分支, 繼續買豆腐:

OK, 現在可以回家了. 將買菜分支合併到master.

過程不再重複, 直接看結果:

4. 版本回退

我們在master上疊加兩個新版本進行測試:

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-x6za7TKI-1591860419618)(https://upload-images.jianshu.io/upload_images/8900795-f2864101dea16252.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)]

如果我們想回退到天晴了這個版本, 可以右鍵選擇重置到這次提交:

然後有三種重置方式供我們選擇:

軟合併和混合合併都不會刪除開窗版本的內容, 都是變成天晴了版本提交之後開窗版本提交之前的狀態. 不同的是, 軟合併會將這些修改添加到已暫存區, 而混合合併則還在未暫存區.
強行合併則是丟棄整個開窗版本, 項目文件夾內容變成天晴了這個版本.

暫存文件
我們提交的時候, 只會將暫存文件的內容進行提交記錄. 所以我們修改了內容之後, 要確保想要提交的內容放到已暫存文件, 否則提交的時候不會記錄該修改內容.

軟合併
不會刪除開窗版本的內容, 只是將開窗版本的修改置爲未提交狀態

修改的內容被默認添加到已暫存文件區:

混合合併
和軟合併唯一不同點是, 修改的內容還在爲暫存文件區. 這時如果我們點擊選中未暫存文件, 則會被添加到已暫存文件, 這就和軟合併一樣了.

強行合併
丟棄開窗版本, 內容變成天晴了版本內容:

5. Sourcetree&Git部分名詞解釋

摘自https://www.cnblogs.com/fisherbook/p/11397168.html

克隆(clone)：從遠程倉庫URL加載創建一個與遠程倉庫一樣的本地倉庫
提交(commit)：將暫存文件上傳到本地倉庫（我們在Finder中對本地倉庫做修改後一般都得先提交一次，再推送）
檢出(checkout)：切換不同分支
添加（add）：添加文件到緩存區
移除（remove）：移除文件至緩存區
暫存(git stash)：保存工作現場
重置(reset)：回到最近添加(add)/提交(commit)狀態
合併(merge)：將多個同名文件合併爲一個文件，該文件包含多個同名文件的所有內容，相同內容抵消
抓取(fetch)：從遠程倉庫獲取信息並同步至本地倉庫
拉取(pull)：從遠程倉庫獲取信息並同步至本地倉庫，並且自動執行合併（merge）操作，即 pull=fetch+merge
推送(push)：將本地倉庫同步至遠程倉庫，一般推送（push）前先拉取（pull）一次，確保一致
分支(branch)：創建/修改/刪除分枝
標籤(tag):給項目增添標籤
工作流(Git Flow):團隊工作時，每個人創建屬於自己的分枝（branch），確定無誤後提交到master分枝
終端(terminal):可以輸入git命令行