git圖解:代碼區域總結
本文背景,在實際項目中使用git已有一年多,發現不少同事雖然會使用常用git指令,但並不理解每個指令對應的作用原理。今天靜下心總結下git 的基本理解:代碼的存在區域;本文以實際項目出發,理清使用git過程中,代碼的遷徙流程。
git跟傳統的代碼管理器(如:svn)不同, 主要區別在於git多了個本地倉庫以及緩存區,所以即使無法聯網也一樣能提交代碼。術語解釋:
工作區間: 即我們創建的工程文件, 在編輯器可直觀顯示;
緩存區: 只能通過git GUI或git shell 窗口顯示,提交代碼、解決衝突的中轉站;
本地倉庫: 只能在git shell 窗口顯示,連接本地代碼跟遠程代碼的樞紐,不能聯網時本地代碼可先提交至該處;
遠程倉庫: 即保存我們代碼的伺服器,本文以公共版本控制系統:github為例,登錄github賬號後可直觀顯示;
接下來, 我們以三個實際操作的例子講解git的日常,代碼如何在上述4個區域流動。
1.提交 代碼到遠程倉庫:
首先在本地工作區間創建一個新工程:testGit,然後在項目里新建一個README.md, 工作區間的工程如下:
遠程倉庫創建一新工程,具體操作參見 如何在window上把你的項目提交到github將該新建的工程提交至遠程倉庫,關鍵的git 指令如下:git initngit add README.mdngit commit -m "first commit"ngit remote add origin https://github.com/wteam-xq/testGit.gitngit push -u origin mastern
指令解釋:
// 表示在當前的項目目錄中生成本地的git管理ngit initn
// 將「README.md」文件保存至緩存區,實際開發中一般使用 `git add -A`n// 使用-A:將新增、刪除、修改的文件改動全保存至緩存區ngit add README.mdn
// 將代碼從緩存區保存至本地倉庫ngit commit -m "first commit"n
// 將本地倉庫與指定的遠程倉庫創建 聯繫ngit remote add origin https://github.com/wteam-xq/testGit.gitn
// 將本地倉庫代碼推送至遠程倉庫,實際開發中 n// 該指令後需要輸入github 賬號以及密碼。n// (首次提交注意別遺漏`-u`指定默認主機)npush -u origin mastern
以上指令正常執行後, 本地倉庫的代碼就提交到遠程倉庫了:
原理圖如下:
2.將遠程倉庫代碼更新到本地:
首先我們新建一文件夾:copyTestGit,進入該文件夾後使用git 指令:
git clone https://github.com/wteam-xq/testGitn
指令執行完畢後, 就在該文件夾下生成一份副本啦(相當於多人協作時另一台設備上的工程文件),原理圖如下:
接下來, 討論`git pull`、 `git fetch` 、 `git merge`的關係先拋簡單結論:
git pulln#等同於下面命令ngit fetchngit mergen
實際項目:我們在testGit工程中修改README.md,然後更新、提交下代碼 執行以下git 指令(日常使用中會用`git status`看看是否有文件需要`git add`):
git commit -am update readme.mdngit push origin mastern
原理圖如下:
遠程倉庫代碼更新後, 我們進入另一本地倉庫:copyTestGittestGit,將遠程倉庫的代碼更新至該本地倉庫。
在該目錄下輸入以下git指令:
git fetch ngit merge origin/mastern
日常使用圖方便一般都是直接:
git pulln
以上指令的詳細探討請看 少用pull,多用fetch 和 merge
(注意: 本文注重git工作原理圖不考慮多分支情況,且使用了git clone所以副本工程已經跟主分支建立了追蹤關係,所以pull fetch 後都不接分支代碼 )
以上指令區別的原理圖:
3.更新到本地倉庫時, 出現衝突,解決衝突;
3.1 放棄本地修改
3.2 解決衝突後提交本地修改
首先, 我們先重現下出現衝突的情況; 在testGit目錄下先修改README.md文件第三行,hello word 修正為 hello world:
提交該修改到遠程倉庫(提交細節參照前述步驟):然後, 在副本工程copyTestGit/testGit 目錄下也修改README.md文件第三行,hello word 修正為 hello world2:現在副本工程修改完了代碼打算提交,提交前先將遠程倉庫最新代碼更新至本地倉庫, 慣例使用指令:git pulln
指令執行之後會發現以下衝突提示:
出現以上提示, 說明本次更新代碼失敗;主要在於本地工作區間跟遠程倉庫的新代碼衝突了, 圖解如下:3.1 放棄本地修改
放棄本地修改意味著將遠程倉庫的代碼完全覆蓋本地倉庫以及本地工作區間, 如果對git的指令不熟悉那大可以將本地工程完全刪除,然後再重新拷貝一次(`git clone`)。
當然, git如此強大沒必要用這麼原始的方法,可以讓本地倉庫代碼覆蓋本地修改,然後更新遠程倉庫代碼;
本地倉庫代碼完全覆蓋本地工作區間,具體指令如下:
git checkout head .n
(注意: 別遺漏 "head" 後的 " ." )
然後更新遠程倉庫的代碼就不會出現衝突了:
git pulln
原理圖如下:
3.2 解決衝突後提交本地修改
覆蓋本地代碼解決衝突方法適合不太懂git的菜鳥, 像我這種git老鳥(其實並不是(¬_¬))當然用更高級的git指令解決衝突。
除了上述說的4個區間外, 其實git還有第5個區:
(關於git stash詳見 本人 testGit日誌)
跟 緩存區 一樣, 工作現場是 獨立存在於本地倉庫、工作區:
解決衝突後提交本地修改的思路大概如下:
將本地修改的代碼放在工作現場, 然後從遠程倉庫拉取最新代碼,拉取成功後再從工作現場將修改的代碼取出, 這樣最新代碼跟本地修改的代碼就會混雜在一起, 手工解決衝突後, 提交解決衝突後的代碼。
原理圖:
對應到我們實際項目中, 進入 copyTestGit/testGit 執行指令`git pull`出現 (重回到上述衝突場景)
error: Your local changes to the following files would be overwritten by merge:n README.mdnPlease, commit your changes or stash them before you can merge.nAbortingn
將本地修改放入工作現場(成功後本地工作區間的代碼跟本地倉庫代碼會同步), 具體指令:
git stash n
從遠程倉庫獲取最新代碼,具體指令:
git pulln
然後, 取出本地修改的代碼, 具體指令:
git stash popn
然後, git 自動合併衝突失敗, 衝突的代碼就很清晰的展現在我們面前了:
手工解決衝突:
告訴git, 這個文件(README.md)的衝突 已經解決:git add README.mdn
提交代碼(細節參考前述流程):
git commit -am 終於解決衝突啦!ngit push origin mastern
於是本地有衝突的代碼就提交成功啦!
後記:
以上很多git指令適合在無圖形化界面的linux中使用(例如:阿里雲伺服器操作git), 實際開發中當然是用圖形化界面解決!
例如: `git status`在window 中對應的就是右鍵->git GUI
解決衝突之覆蓋本地代碼對應的是: 工程目錄下tortoiseGit(git 小烏龜) 「Revert」 :
解決衝突之解決衝突後提交本地修改對應的是: 手工合併衝突代碼後,工程目錄下tortoiseGit(git 小烏龜) 「resolve」 :參考文章:
1.Git版本控制與工作流
2.圖解 Git 管理項目代碼
3.如何在window上把你的項目提交到github
4.Git遠程操作詳解
5.Git 少用 Pull 多用 Fetch 和 Merge
相關文章:
git圖解(2):代碼回退 - 知乎專欄
git圖解(3):分支操作 - 知乎專欄
推薦閱讀:
※讓你的終端更有趣——一句話心情
※【收藏】圖解GitHub基本操作
※Python 的數學仙境之旅
※github 和 sourceforge有什麼區別?
※從什麼都不懂開始(二)——創建Project提交到Github需要做什麼