作為一個4年的程式設計師,很多基礎一知半解,很慚愧.想來想去,自己後知後覺,到畢業一段時間,才知道這個行業比較適合我.

首先是clone 一個專案

• git clone

git clone git@xxxxxxxxxxxx.git

• git status

然後修改檔案 index.md git 馬上會發現和之前提交到git的檔案差異(命令 git status)

• git diff
  此時想看詳細的差異內容(命令 git diff)
  

• git add
  然後提交差異的內容到 git 暫存區 git add . 或者檔案 index.md
  
  再次git status 檢視,差異的內容變成綠色了,這時候,再次使用命令 git diff ,什麼也不顯示,但是用
  git diff – staged 顯示了剛剛修改的內容

因此,git diff 比較的是本地修改和暫存的區差異(如果沒有暫存內容,就和已經提交的內容比較)
而git diff –staged 比較的是 暫存區的內容和 已經提交的內容

如果此時發現 不需要這個修改,需要將暫存區的內容,恢復,就用(命令 git reset )

再次用git status 發現index.md 依然變成紅色,變成了本地修改
PS: 如果有多個修改檔案進入了暫存區,只想回撤一個檔案的修改,那麼可以使用

git reset HEAD <file>...

• git rm && git mv
  在git 中刪除檔案和移動檔案 git rm index.md 或者 git mv index.md indexbk.md 和linux 差不多

• git log
  關於 git log 教程中有很多引數,但是我之喜歡用 git log 不帶引數, 或者乾脆 直接gitk 圖形化介面,直接看commit 記錄

• git checkout
  如果本地修改了檔案,但是改亂了,現在想恢復到初始狀態,就需要用 (當你使用 git status 會提示你)

git checkout <file>   或者 git checkout .

• git branch
  如果使用 git branch -a
  
  可以看出 遠端伺服器是origin ,他的head 指向 遠端倉庫 master 分支,而本地分支是master,(使用git branch 就可以知道)

• git remote
  使用git remote -v 就可以知道遠端分支的fetch 和 push 地址
  

• git fetch [remote-name]
  如果想在提交程式碼前更新本地的程式碼,可以使用git fetch origin ,但是更新,並不會把合併到本地的程式碼,需要手動合併
  但是 git merge 是合併操作
  git fetch + git merge = git pull
  這裡還有一篇寫的不錯 https://blog.csdn.net/qq_36113598/article/details/78906882

• git push [remote-name] [branch-name]
  commit 後,可以通過 git push origin master 將本地master 分支提交到 origin 倉庫

• git remote show [remote-name]
  
  檢視遠端倉庫資訊,可以看到 fetch 和 push 地址, head 分支是master 並且 track 遠端master 分支,已經更新到最新

• 分支建立

git branch  <branch-name> 
git checkout -b <branch-name> //建立分支,並且切換過去
git checkout <branch-name> //切換分支

• git merge
  合併 a 分支到 master 分支

git checkout master  //首先切換到 master 分支
git merge a  //最後,合併a 分支到master 分支 

上面是沒有衝突的情況
但是一旦出現衝突,例子中,就需要手動解決 ==== 分割線上面和下面有衝突

<<<<<<< HEAD:index.html
<div id="footer">contact : [email protected]</div>
=======
<div id="footer">
 please contact us at [email protected]
</div>
>>>>>>> iss53:index.html

• 跟蹤遠端分支

git checkout -b [branch] [remotename]/[branch] 
git checkout --track origin/master
git branch -u origin/master

git branch -vv

可以知道多有分支跟蹤遠端分支的情況

• git rebase

git checkout a
git rebase master //git rebase 到目的分支 ,但是此時 head 在a 分支
git checkout master //head 在master 分支
git merge a//a 合併到 master ,此時master 分支在最前面

• git format-patch

git format-patch -1 <commit id>  單獨commit 的patch
git format-patch <commit id> 不包含當前commit 以來的提交分別生成patch
git format-patch <commit id1>..<commit idn> commit id 之間的patch 分別列出來

• git apply

git apply --check 0001-xxxx-fix.patch //檢查能否正確應用patch

git apply 0001-xxxx-fix.patch //應用patch

• git cherry-pick
  如果不想變基即 rebase,那麼就用cherry-pick,
  特性分支中的某個提交，或者特性分支中只有一個提交，而你不想執行變基時很有用
  可以將某特性分支的某一個commit 應用到當前分支,建立的時間點,不一樣

git cherry-pick e43a6fd3e94888d76779ad79fb568ed180e5fcdf

• git show

使用 git show <commit id> 

檢視某一commit id 的內容

還有很多git 高階用法,在android 原始碼開發的時候會遇到 比如
HEAD:refs/for/mybranch和refs/heads/mybranch 區別