|
正文
本文背景，在實際項目中使用git已有一年，發(fā)現(xiàn)不少同事雖然會使用常用git指令，但并不理解每個指令對應(yīng)的作用原理。今天靜下心總結(jié)下git 的基本理解：代碼的存在區(qū)域；本文以實際項目出發(fā)，理清使用git過程中，代碼的遷徙流程。 git跟傳統(tǒng)的代碼管理器（如:svn）不同， 主要區(qū)別在于git多了個本地倉庫以及緩存區(qū)，所以即使無法聯(lián)網(wǎng)也一樣能提交代碼。術(shù)語解釋： 工作區(qū)間: 即我們創(chuàng)建的工程文件， 在編輯器可直觀顯示； 緩存區(qū): 只能通過git GUI或git shell 窗口顯示，提交代碼、解決沖突的中轉(zhuǎn)站； 本地倉庫: 只能在git shell 窗口顯示，連接本地代碼跟遠程代碼的樞紐，不能聯(lián)網(wǎng)時本地代碼可先提交至該處； 遠程倉庫: 即保存我們代碼的服務(wù)器，本文以公共版本控制系統(tǒng)：github為例，登錄github賬號后可直觀顯示； 接下來， 我們以三個實際操作的例子講解git的日常，代碼如何在上述4個區(qū)域流動。 1.提交 代碼到遠程倉庫首先在本地工作區(qū)間創(chuàng)建一個新工程：testGit，然后在項目里新建一個README.md， 工作區(qū)間的工程如下：
遠程倉庫創(chuàng)建一新工程，具體操作參見 如何在window上把你的項目提交到github
將該新建的工程提交至遠程倉庫，關(guān)鍵的git 指令如下： git init git add README.md git commit -m "首次提交代碼" git remote add origin https://github.com/wteam-xq/testGit.git git push -u origin master 指令解釋： `git init ` 表示在當(dāng)前的項目目錄中生成本地的git管理； `git add README.md` 將“README.md”文件保存至緩存區(qū)，實際開發(fā)中一般使用 `git add -A`，使用-A:將新增、刪除、修改的文件改動全保存至緩存區(qū)； `git commit -m "first commit"` 將代碼從緩存區(qū)保存至本地倉庫，實際開發(fā)中一般使用`git commit -am "說明的文字"`，使用 -a：如果沒文件更改操作（增、刪、改名）就可以省略git add指令； `git remote add origin https://github.com/wteam-xq/testGit.git`將本地倉庫與指定的遠程倉庫創(chuàng)建 聯(lián)系； `push -u origin master` 將本地倉庫代碼推送至遠程倉庫，實際開發(fā)中 該指令后需要輸入github 賬號以及密碼。（首次提交注意別遺漏`-u`指定默認主機） 以上指令正常執(zhí)行后， 本地倉庫的代碼就提交到遠程倉庫了：
原理圖如下：
2.將遠程倉庫代碼更新到本地首先我們新建一文件夾：copyTestGit，進入該文件夾后使用git 指令： git clone https://github.com/wteam-xq/testGit 指令執(zhí)行完畢后， 就在該文件夾下生成一份副本啦（相當(dāng)于多人協(xié)作時另一臺設(shè)備上的工程文件），原理圖如下：
接下來， 討論`git pull`、 `git fetch` 、 `git merge`的關(guān)系 先拋簡單結(jié)論: git pull #等同于下面命令 git fetch git merge 實際項目：我們在testGit工程中修改README.md,然后更新、提交下代碼 執(zhí)行以下git 指令(日常使用中會用`git status`看看是否有文件需要`git add`)： git commit -am 'update readme.md'
git push origin master
原理圖如下：
遠程倉庫代碼更新后， 我們進入另一本地倉庫：copyTestGit\testGit，將遠程倉庫的代碼更新至該本地倉庫。 在該目錄下輸入以下git指令： git fetch git merge origin/master 日常使用圖方便一般都是直接： git pull 以上指令的詳細探討請看 少用pull,多用fetch 和 merge （注意: 本文注重git工作原理圖不考慮多分支情況，且使用了git clone所以副本工程已經(jīng)跟主分支建立了追蹤關(guān)系，所以'pull' 'fetch' 后都不接分支代碼 ） 以上指令區(qū)別的原理圖：
3.更新到本地倉庫時， 出現(xiàn)沖突，解決沖突首先， 我們先重現(xiàn)下出現(xiàn)沖突的情況； 在testGit目錄下先修改README.md文件第三行，hello word 修正為 hello world：
提交該修改到遠程倉庫（提交細節(jié)參照前述步驟）：
然后， 在副本工程copyTestGit/testGit 目錄下也修改README.md文件第三行，hello word 修正為 hello world2：
現(xiàn)在副本工程修改完了代碼打算提交，提交前先將遠程倉庫最新代碼更新至本地倉庫, 慣例使用指令: git pull 指令執(zhí)行之后會發(fā)現(xiàn)以下沖突提示：
出現(xiàn)以上提示， 說明本次更新代碼失??；主要在于本地工作區(qū)間跟遠程倉庫的新代碼沖突了， 圖解如下：
接下來，有兩種方式處理沖突: 放棄本地修改或 解決沖突后提交本地修改 3.1 放棄本地修改 放棄本地修改意味著將遠程倉庫的代碼完全覆蓋本地倉庫以及本地工作區(qū)間， 如果對git的指令不熟悉那大可以將本地工程完全刪除，然后再重新拷貝一次（`git clone`）。 當(dāng)然， git如此強大沒必要用這么原始的方法，可以讓本地倉庫代碼覆蓋本地修改，然后更新遠程倉庫代碼； 本地倉庫代碼完全覆蓋本地工作區(qū)間，具體指令如下： git checkout head . (注意： 別遺漏 "head" 后的 " ." ) 然后更新遠程倉庫的代碼就不會出現(xiàn)沖突了: git pull 原理圖如下：
3.2 解決沖突后提交本地修改 覆蓋本地代碼解決沖突方法適合不太懂git的菜鳥， 像我這種git老鳥（其實并不是(￢_￢)）當(dāng)然用更高級的git指令解決沖突。 細心的同學(xué)或許已發(fā)現(xiàn)，緩存區(qū) 除了開始出現(xiàn)外，后續(xù)提交代碼、更新代碼篇章都在打醬油；終于，這次沖突解決事件， 它將會是主角! 解決沖突后提交本地修改的思路大概如下： 將本地修改的代碼放在緩存區(qū)， 然后從遠程倉庫拉取最新代碼，拉取成功后再從緩存區(qū)將修改的代碼取出， 這樣最新代碼跟本地修改的代碼就會混雜在一起， 手工解決沖突后， 提交解決沖突后的代碼。 原理圖：
對應(yīng)到我們實際項目中， 進入 copyTestGit/testGit 執(zhí)行指令`git pull`出現(xiàn) (重回到上述沖突場景) error: Your local changes to the following files would be overwritten by merge:
README.md
Please, commit your changes or stash them before you can merge.
Aborting
將本地修改放入緩存區(qū)(成功后本地工作區(qū)間的代碼跟本地倉庫代碼會同步)， 具體指令： git stash 從遠程倉庫獲取最新代碼，具體指令： git pull 然后， 取出本地修改的代碼， 具體指令: git stash pop 然后， git 自動合并沖突失敗， 沖突的代碼就很清晰的展現(xiàn)在我們面前了：
（小廣告：3.2欄更多細節(jié)請移步本人另一博文git 代碼沖突處理） 手工解決沖突：
告訴git， 這個文件（README.md）的沖突 已經(jīng)解決: git add README.md 提交代碼（細節(jié)參考前述流程）： git commit -am '終于解決沖突啦！'
git push origin master
于是本地有沖突的代碼就提交成功啦！
后記：以上很多git指令適合在無圖形化界面的linux中使用（例如：阿里云服務(wù)器操作git）， 實際開發(fā)中當(dāng)然是用圖形化界面解決!
解決沖突之覆蓋本地代碼對應(yīng)的是： 工程目錄下tortoiseGit(git 小烏龜) “Revert” ：
解決沖突之解決沖突后提交本地修改對應(yīng)的是： 手工合并沖突代碼后，工程目錄下tortoiseGit(git 小烏龜) “resolve” ：
參考文章： |
|
|
