前言

本文是參考杜老師的Git資料再加上我自己對Git的理解，記錄我的Git學習歷程，作下此文是為以后學習，工作，開發中如果遇到問題可以回過頭來參考參考。因為水平有限，難免會有出錯的地方，歡迎指正。

Git是什么

官方話：Git是一個免費的開源分布式版本控制系統，旨在快速高效地處理從小型到大型項目的所有事務。

引用廖雪峰老師的話，它能自動幫我記錄每次文件的改動，還可以讓同事協作編輯，這樣就不用自己管理一堆類似的文件了，也不需要把文件傳來傳去。如果想查看某次改動，只需要在軟件里瞄一眼就可以。

為什么要學習Git

• 面試要被問。可以應付面試。
• 很多公司開發都用Git來處理項目。現在不學，以后肯定還要學。
• 在我看來Git是現如今所有程序員都要掌握的，以后與同事共同開發項目必定要用到的，熟練掌握Git命令，可以提高開發的效率。

安裝Git

Windows

直接在官網上去下載。下載完成后，隨便在某個文件下右鍵如果有Git Bash Here就安裝成功。安裝后，還要在命令行輸入

$git config --global user.name "你的名字"$git config --global user.email "你的郵箱"

global表示全局，這臺機器所有的Git倉庫都會使用這個配置。允許單個倉庫使用其他的名字和郵箱。

Mac

Mac也可以像Windows一樣，按上面的步驟安裝。

也可以直接從AppStore安裝Xcode，Xcode集成了Git，不過默認沒有安裝，你需要運行Xcode，選擇菜單“Xcode”->“Preferences”，在彈出窗口中找到“Downloads”，選擇“Command Line Tools”，點“Install”就可以完成安裝了。

倉庫

本地倉庫是對于遠程倉庫而言的。本地倉庫 = 工作區 + 版本區。

• 工作區即磁盤上的文件集合。
• 版本區(版本庫)即.git文件。
• 版本庫 = 暫存區(stage) + 分支(master) + 指針Head。

以我使用最頻繁的git命令為例，即提交到github為例。

• git init 原本本地倉庫只包含著工作區，這是最常見的工作狀態。此時，git init一下，表示在本地區域創建了一個.git文件,版本區建立。
• git add . 表示把工作區的所有文件全部提交到版本區里面的暫存區
• 當然你也可以通過 git add ./xxx/ 一條一條分批添加到暫存區。
• git commit -m "xxx" 把暫存區的所有文件提交到倉庫區，暫存區空空蕩蕩。
• git remote add origin https://github.com/name/name_cangku.git 把本地倉庫與遠程倉庫連接起來。
• git push -u origin master 把倉庫區的文件提交到遠程倉庫里。
• 一旦提交后，如果你又沒有對工作區做任何修改，那么工作區就是“干凈”的。會有這樣的信息nothing to commit, working tree clean

提交到GitHub

以前不熟悉git命令的時候，我提交項目到github上都是直接在網頁上直接拉取文件提交上去的。有點羞恥。

• git init .初始化，表示把這個文件變成Git可以管理的倉庫。初始化后打開隱藏的文件可以看到有一個.git文件。
• git add . 后面的一個點表示把這個文件全部提交到暫存區。
• git add ./readme.md/ 表示把這個文件下面的readme.md文件提交到暫存區。
• git commit -m "你要評論一點什么東西" git commit的意思是把暫存區的全部文件提交到本地倉庫。-m后接評論。
• git remote add origin https://github.com/name/name_cangku.git表示把你本地的倉庫與GitHub上的遠程倉庫連接起來。只需要連接一次，以后提交的時候就可以不用謝這條命令了。name是你的github名字，name_cangku是你的倉庫名。注意不要把后面的.git給漏掉了。因為我前面就是這么走過來的，繞了很多彎路。至于如何在GitHub上新建倉庫，網上有很多教程，這里不再贅述了。
• git push -u origin master 把本地倉庫提交到遠程倉庫。(最后一步)在你的遠程倉庫上刷新一下就可以看到你提交的文件了。
• 最后提到的是，在git commit -m ""之前，可以重復git add到暫存區。但是git commit會把你之前存放在暫存區的全部文件一次性全部提交到本地倉庫。

版本的回溯與前進

提交一個文件，有時候我們會提交很多次，在提交歷史中，這樣就產生了不同的版本。每次提交，Git會把他們串成一條時間線。如何回溯到我們提交的上一個版本，用git reset --hard + 版本號即可。版本號可以用git log來查看，每一次的版本都會產生不一樣的版本號。

回溯之后，git log查看一下發現離我們最近的那個版本已經不見了。但是我還想要前進到最近的版本應該如何？只要git reset --hard + 版本號就行。退一步來講，雖然我們可以通過git reset --hard + 版本號,靠記住版本號來可以在不同的版本之間來回穿梭。

但是,有時候把版本號弄丟了怎么辦？git reflog幫你記錄了每一次的命令，這樣就可以找到版本號了，這樣你又可以通過git reset來版本穿梭了。

撤銷

場景1：在工作區時，你修改了一個東西，你想撤銷修改，git checkout -- file。廖雪峰老師指出撤銷修改就回到和版本庫一模一樣的狀態，即用版本庫里的版本替換工作區的版本。

場景2：你修改了一個內容，并且已經git add到暫存區了。想撤銷怎么辦？回溯版本，git reset --hard + 版本號,再git checkout -- file,替換工作區的版本。

場景3：你修改了一個內容，并且已經git commit到了master。跟場景2一樣，版本回溯，再進行撤銷。

刪除

如果你git add一個文件到暫存區，然后在工作區又把文件刪除了，Git會知道你刪除了文件。如果你要把版本庫里的文件刪除，git rm 并且git commit -m "xxx".

如果你誤刪了工作區的文件，怎么辦？使用撤銷命令，git checkout --就可以。這再次證明了撤銷命令其實就是用版本庫里的版本替換工作區的版本，無論工作區是修改還是刪除，都可以“一鍵還原”。

分支

分支，就像平行宇宙，廖雪峰老師如是說。你創建了一個屬于你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到開發完畢后，再一次性合并到原來的分支上，這樣，既安全，又不影響別人工作。

創建與合并分支

在沒有其他分支插進來時，只有一個master主分支。每次你git push -u origin master 提交就是增加一條時間軸，master也會跟著移動。

創建一個other的分支，通過other提交，雖然時間軸向前走了，但是主分支master還在原來的位置。

理論分析完，看一下命令怎么寫。

創建分支other,切換到other分支。

git branch othergit checkout other

查看當前所有分支

git branch* other master

當前的分支會有一個*

用other提交

git add ./xxx/git commit -m "xxx"

other分支完成，切換回master

git checkout master

此時，master分支上并沒有other的文件，因為分支還沒有合并。

合并分支

git merge other

合并完成之后，就可以在master分支上查看到文件了。

刪除other分支

git branch -d other

我由此想到，在以后工作中，應該是一個開放小組共同開發一個項目，組長會創建很多分支，每一個分支可以交給一個人去開發某一個功能，一個小組共同開發而且不會相互干擾。誰的功能完成了，可以由組長合并一下完成了的分支。哦，完美！

解決合并分支問題

假如有這樣一種情況，分支other已經commit了，但是此時指針指回master時，并且master沒有合并，而是git add / commit 提交了。這樣，就產生了沖突，主分支master文件內容與other分支的內容不一樣。合并不起來！所以，

• 修改文件的內容，讓其保持一致。
• git add git commit 提交。
• 分支合并了。

• git log --graph 查看分支合并圖
• git branch -d other 刪除分支，任務結束。

分支管理策略

git merge --no-ff other 禁用Fast forward模式，因為使用Fast forward模式，刪除分支后，分支歷史信息會丟失。Git的實現原理，點這里：深入理解Git的實現原理

BUG分支

廖雪峰老師提到，工作中每個bug都可以通過一個新的臨時分支來修復，修復后，合并分支，然后將臨時分支刪除。但如果你手上有分支在工作中，你的上級要你改另外的分支的BUG。

你要把現在正在工作的分支保存下來，git stash,把當前工作現場“存儲”起來，等以后恢復后繼續工作。當你解決BUG后，git checkout other回到自己的分支。用git stash list查看你剛剛“存放”起來的工作去哪里了。

此時你要恢復工作：

• git stash apply恢復卻不刪除stash內容，git stash drop刪除stash內容。
• git stash pop恢復的同時把stash內容也刪了.
• 此時，用git stash list查看，看不到任何stash 內容。

總結：修復bug時，我們會通過創建新的bug分支進行修復，然后合并，最后刪除；當手頭工作沒有完成時，先把工作現場git stash一下，然后去修復bug，修復后，再git stash pop，回到工作現場

刪除分支

• git branch -d + 分支有可能會刪除失敗，因為Git會保護沒有被合并的分支。
• git branch -D + 分支 強行刪除，丟棄沒被合并的分支。

多人協作

• git remote 查看遠程庫的信息，會顯示origin，遠程倉庫默認名稱為origin
• git remote -v顯示更詳細的信息
• git push -u origin master推送master分支到origin遠程倉庫。
• git push -u origin other 推送other到origin遠程倉庫。

抓取分支

產生上圖的沖突時，

• git pull 把最新的提交從遠程倉庫中抓取下來，在本地合并，解決沖突。在進行git pull
• 如果git pull 也失敗了，還要指定分支之間的鏈接，這一步Git會提醒你怎么做。然后再git pull。

廖雪峰老師的總結：多人協作的工作模式通常是這樣：

• 首先，可以試圖用git push origin
• 推送自己的修改；
• 如果推送失敗，則因為遠程分支比你的本地更新，需要先用git pull試圖合并；
• 如果合并有沖突，則解決沖突，并在本地提交；
• 沒有沖突或者解決掉沖突后，再用git push origin
• 推送就能成功！
• 如果git pull提示no tracking information，則說明本地分支和遠程分支的鏈接關系沒有創建，用命令git branch --set-upstream-to origin/。

Rebase

git rebase 把分叉的提交歷史“整理”成一條直線，看上去更直觀.缺點是本地的分叉提交已經被修改過了。

最后在進行git push -u origin master

rebase的目的是使得我們在查看歷史提交的變化時更容易，因為分叉的提交需要三方對比。

標簽管理

比如一個APP要上線，通常在版本庫中打一個標簽(tag),這樣，就確定了打標簽的版本。將來無論什么時候，取某個標簽的版本，就是把那個打標簽的時刻的歷史版本取出來。所以，標簽也是版本庫的一個快照。

Git的標簽雖然是版本庫的快照，但其實它就是指向某個commit的指針。

tag其實就是一個讓人容易記住的有意義的名字，它跟某個commit綁在一起。比如tag v2.1就是把歷史上的一個版本的東西叫做v2.1

創建標簽

步驟：

• git branch查看當前分支,git checkout master切換到master分支。
• git tag 打標簽，默認為HEAD。比如git tag v1.0
• 默認標簽是打在最新提交的commit上的。如果想要打標簽在以前的commit上，要git log找到歷史提交的commit id.
• 如果一個commt id是du2n2d9,執行git tag v1.0 du2n2d9就把這個版本打上了v1.0的標簽了。
• git tag 查看所有標簽，可以知道歷史版本的tag
• 標簽不是按時間順序列出，而是按字母排序的。
• git show 查看標簽信息。
• git tag -a -m "

《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的git 修改分支名字_开发中必须要掌握的 Git 技巧的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。