?廖雪峰Git教程：Git教程 - 廖雪峰的官方網站

命令總結：

git add a.txt：添加工作區內容到暫存區 git commit -m "first commit"：將暫存區內容提交到版本庫rm a.txt：刪除工作區的a.txt git rm a.txt：刪除暫存區的a.txt git commit -m "remove a.txt"：刪除版本庫中的a.txt

?

1.設置、查詢user name, email

• 設置user name，email
  git config --global user.name "user name"
  git config --global user.email "email"

• 查詢user name，email
  git config --global user.name
  git config --global user.email

2. 創建版本庫

首先，選擇一個合適的地方，創建一個空目錄；第二步，通過git init命令把這個目錄變成Git可以管理的倉庫，瞬間Git就把倉庫建好了。

（1）初始化一個Git倉庫，使用git init命令。

（2）添加文件到Git倉庫，分兩步：

使用命令git add <file>，注意，可反復多次使用，添加多個文件；

使用命令git commit -m <message>，完成。

3. 修改與版本回退

3.1 修改文件

提交修改和提交新文件是一樣的兩步。

• 要隨時掌握工作區的狀態，使用git status命令。

• 如果git status告訴你有文件被修改過，用git diff可以查看修改內容。

3.2 版本回退

命令：git reset --hard commit_id

?回退到上一個版本：首先，Git必須知道當前版本是哪個版本，在Git中，用HEAD表示當前版本，上一個版本就是HEAD^，上上一個版本就是HEAD^^，當然往上100個版本寫100個^比較容易數不過來，所以寫成HEAD~100。

$ git reset --hard HEAD^ HEAD is now at e475afc add distributed$ git reset --hard 1094a HEAD is now at 83b0afe append GPL

（1）HEAD指向的版本就是當前版本，因此，Git允許我們在版本的歷史之間穿梭，使用命令git reset --hard commit_id。

（2）穿梭前，用git log可以查看提交歷史，以便確定要回退到哪個版本。

git log命令用于查看歷史記錄，命令顯示從最近到最遠的提交日志，如果嫌輸出信息太多，看得眼花繚亂的，可以試試加上--pretty=oneline參數

• git log?
• git log?--pretty=oneline?

（3）要重返未來，用git reflog查看命令歷史，以便確定要回到未來的哪個版本。

git refloge475afc HEAD@{1}: reset: moving to HEAD^ 1094adb (HEAD -> master) HEAD@{2}: commit: append GPL e475afc HEAD@{3}: commit: add distributed eaadf4e HEAD@{4}: commit (initial): wrote a readme file

3.3 撤銷修改

場景1：當你改亂了工作區某個文件的內容，想直接丟棄工作區的修改時，用命令git checkout -- file，如：

git checkout -- readme.txt

git checkout -- file命令中的--很重要，沒有--，就變成了“切換到另一個分支”的命令。

場景2：當你不但改亂了工作區某個文件的內容，還添加到了暫存區時，想丟棄修改，分兩步，第一步用命令git reset HEAD <file>，就回到了場景1，第二步按場景1操作。

git reset HEAD readme.txt git checkout -- readme.txt

git reset命令既可以回退版本，也可以把暫存區的修改回退到工作區。當我們用HEAD時，表示最新的版本。

場景3：已經提交了不合適的修改到版本庫時，想要撤銷本次提交，參考版本回退一節，不過前提是沒有推送到遠程庫。

3.4 刪除文件

一般情況下，你通常直接在文件管理器中把沒用的文件刪了，或者用rm命令刪了：

$ rm test.txt

這個時候，Git知道你刪除了文件，因此，工作區和版本庫就不一致了，git status命令會立刻告訴你哪些文件被刪除了。

現在你有兩個選擇：

（1）一是確實要從版本庫中刪除該文件，那就用命令git rm刪掉，并且git commit：

$ git rm test.txt rm 'test.txt'$ git commit -m "remove test.txt" [master d46f35e] remove test.txt1 file changed, 1 deletion(-)delete mode 100644 test.txt

現在，文件就從版本庫中被刪除了。

（2）二是刪錯了，因為版本庫里還有，所以可以很輕松地把誤刪的文件恢復到最新版本

$ git checkout -- test.txt

git checkout其實是用版本庫里的版本替換工作區的版本，無論工作區是修改還是刪除，都可以“一鍵還原”。

?注意：從來沒有被添加到版本庫就被刪除的文件，是無法恢復的！

4.遠程倉庫

注冊GitHub賬號，由于本地Git倉庫和GitHub倉庫之間的傳輸是通過SSH加密的，所以，需要一點設置：

（1）第1步：創建SSH Key。在你電腦用戶主目錄下（C:\Users\10***\.ssh），看看有沒有.ssh目錄，如果有，再看看這個目錄下有沒有id_rsa和id_rsa.pub這兩個文件，如果已經有了，可直接跳到下一步。如果沒有，打開Shell（Windows下打開Git Bash），創建SSH Key：

$ ssh-keygen -t rsa -C "youremail@example.com"

需要把郵件地址換成自己的郵件地址，然后一路回車，使用默認值即可，由于這個Key也不是用于軍事目的，所以也無需設置密碼。

如果一切順利的話，可以在用戶主目錄里找到.ssh目錄，里面有id_rsa和id_rsa.pub兩個文件，這兩個就是SSH Key的秘鑰對，id_rsa是私鑰，不能泄露出去，id_rsa.pub是公鑰，可以放心地告訴任何人。

（2）第2步：登陸GitHub，打開“Account settings”，“SSH Keys”頁面：

????????然后，點“Add SSH Key”，填上任意Title，在Key文本框里粘貼id_rsa.pub文件的內容，點“Add Key”，你就應該看到已經添加的Key。

????????為什么GitHub需要SSH Key呢？因為GitHub需要識別出你推送的提交確實是你推送的，而不是別人冒充的，而Git支持SSH協議，所以，GitHub只要知道了你的公鑰，就可以確認只有你自己才能推送。

????????GitHub允許添加多個Key。假定你有若干電腦，你一會兒在公司提交，一會兒在家里提交，只要把每臺電腦的Key都添加到GitHub，就可以在每臺電腦上往GitHub推送了。

4.1 添加遠程庫

先有本地庫，后有遠程庫的時候，如何關聯遠程庫？

（1）要關聯一個遠程庫，使用命令：

方式1：git協議 $ git remote add origin git@github.com:your-github-name/repo-name.git方式2：http協議 $git remote add origin https://github.com/your-github-name/repo-name.git

你也許還注意到，GitHub給出的地址不止一個，還可以用https://github.com/michaelliao/gitskills.git這樣的地址。實際上，Git支持多種協議，默認的git://使用ssh，但也可以使用https等其他協議。

使用https除了速度慢以外，還有個最大的麻煩是每次推送都必須輸入口令，但是在某些只開放http端口的公司內部就無法使用ssh協議而只能用https。

（2）關聯后，第一次推送master分支的所有內容，使用命令：

git push -u origin master

（3）此后，每次本地提交后，只要有必要，就可以使用命令推送最新修改：

git push origin master

????????分布式版本系統的最大好處之一是在本地工作完全不需要考慮遠程庫的存在，也就是有沒有聯網都可以正常工作，而SVN在沒有聯網的時候是拒絕干活的！當有網絡的時候，再把本地提交推送一下就完成了同步，真是太方便了！

4.2?從遠程庫克隆

假設我們從零開發，那么最好的方式是先創建遠程庫，然后，從遠程庫克隆。

（1）首先，登陸GitHub，創建一個新的倉庫，名字叫gitskills。勾選Initialize this repository with a README，這樣GitHub會自動為我們創建一個README.md文件。創建完畢后，可以看到README.md文件。

（2）現在，遠程庫已經準備好了，下一步是用命令git clone克隆一個本地庫：

$ git clone git@github.com:michaelliao/gitskills.git

注意把Git庫的地址換成你自己的，然后進入gitskills目錄看看，已經有README.md文件了：

$ cd gitskills $ ls README.md

4.3 刪除遠程倉庫?

• 用git remote -v查看遠程庫信息

git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push)

可以看到，本地庫已經關聯了origin的遠程庫，并且，該遠程庫指向GitHub

• 刪除已有的GitHub遠程庫

git remote rm origin

小結

• 要克隆一個倉庫，首先必須知道倉庫的地址，然后使用git clone命令克隆。
• Git支持多種協議，包括https，但通過ssh支持的原生git協議速度最快。

5.分支管理

5.1 創建與合并分支

Git鼓勵大量使用分支：

• 查看分支：git branch
• 創建分支：git branch <name>
• 切換分支：git checkout <name>?或者?git switch <name>
• 創建+切換分支：git checkout -b <name>?或者?git switch -c <name>
• 合并某分支到當前分支：git merge <name>??“快進模式”：Fast-forward
• 刪除分支：git branch -d <name>? ? ? ? ? ??git branch -D <name>?強行刪除

? ???

5.2?解決沖突

當master分支和feature1分支各自都分別有新的提交，即變成了下圖這樣，這種情況下，Git無法執行“快速合并”，只能試圖把各自的修改合并起來，但這種合并就可能會有沖突。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

此時，直接查看readme.txt的內容：

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

當Git無法自動合并分支時，就必須首先解決沖突。解決沖突后，再提交，合并完成。解決沖突就是把Git合并失敗的文件手動編輯為我們希望的內容，再提交。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

用git log --graph命令可以看到分支合并圖：

$ git log --graph $ git log --graph --pretty=oneline --abbrev-commit

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ??? ? ? ??

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

5.3?分支管理策略

• 快進模式合并：通常，合并分支時，如果可能，Git會用Fast forward模式，但這種模式下，刪除分支后，會丟掉分支信息，看不出來曾經做過合并。
• 普通模式合并：如果要強制禁用Fast forward模式，Git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支信息。

$ git merge --no-ff -m "merge with no-ff" dev

?可以看到，不使用Fast forward模式，merge后就像這樣：

分支策略

在實際開發中，我們應該按照幾個基本原則進行分支管理：

• 首先，master分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面干活；
• 那在哪干活呢？干活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本發布時，再把dev分支合并到master上，在master分支發布1.0版本；
• 你和你的小伙伴們每個人都在dev分支上干活，每個人都有自己的分支，時不時地往dev分支上合并就可以了。

所以，團隊合作的分支看起來就像這樣：

5.4 Bug分支

修復bug時，我們會通過創建新的bug分支進行修復，然后合并，最后刪除；

當手頭工作沒有完成時，先把工作現場git stash一下，然后去修復bug，修復后，再git stash pop，回到工作現場；

在master分支上修復的bug，想要合并到當前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“復制”到當前分支，避免重復勞動。

5.5?Feature分支

添加一個新功能時，你肯定不希望因為一些實驗性質的代碼，把主分支搞亂了，所以，每添加一個新功能，最好新建一個feature分支，在上面開發，完成后，合并，最后，刪除該feature分支。

• 開發一個新feature，最好新建一個分支；
• 如果要丟棄一個沒有被合并過的分支，可以通過：git branch -D <name>?強行刪除。

5.6 多人協作

（1）查看遠程庫的信息

當你從遠程倉庫克隆時，實際上Git自動把本地的master分支和遠程的master分支對應起來了，并且，遠程倉庫的默認名稱是origin。

要查看遠程庫的信息，用git remote：

$ git remote origin用git remote -v顯示更詳細的信息： $ git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push)

（2）推送分支

推送分支，就是把該分支上的所有本地提交推送到遠程庫。推送時，要指定本地分支，這樣，Git就會把該分支推送到遠程庫對應的遠程分支上，如果要推送其他分支，比如dev，就改成：

$ git push origin dev

并不是一定要把本地分支往遠程推送，那么，哪些分支需要推送，哪些不需要呢？

• master分支：是主分支，因此要時刻與遠程同步；

• dev分支：是開發分支，團隊所有成員都需要在上面工作，所以也需要與遠程同步；

• bug分支：只用于在本地修復bug，就沒必要推到遠程了，除非老板要看看你每周到底修復了幾個bug；

• feature分支：是否推到遠程，取決于你是否和你的小伙伴合作在上面開發。

（3）抓取分支

多人協作的工作模式通常是這樣：

首先，可以試圖用git push origin <branch-name>推送自己的修改；

如果推送失敗，則因為遠程分支比你的本地更新，需要先用git pull試圖合并；

如果合并有沖突，則解決沖突，并在本地提交；

沒有沖突或者解決掉沖突后，再用git push origin <branch-name>推送就能成功！

如果git pull提示no tracking information，則說明本地分支和遠程分支的鏈接關系沒有創建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

這就是多人協作的工作模式，一旦熟悉了，就非常簡單。

小結

• 查看遠程庫信息，使用git remote -v；

• 本地新建的分支如果不推送到遠程，對其他人就是不可見的；

• 從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠程的新提交；

• 在本地創建和遠程分支對應的分支，使用git checkout -b branch-name origin/branch-name，本地和遠程分支的名稱最好一致；

• 建立本地分支和遠程分支的關聯，使用git branch --set-upstream branch-name origin/branch-name；

• 從遠程抓取分支，使用git pull，如果有沖突，要先處理沖突。

總結

以上是生活随笔為你收集整理的Git 操作简单总结：廖雪峰教程的全部內容，希望文章能夠幫你解決所遇到的問題。

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