[[415295]]

本文轉載自微信公眾號「潛行前行」，作者cscw。轉載本文請聯系潛行前行公眾號。

在學校，或許憑借一個人的力量就能負責整個項目的開發到上線。但是在在公司，因為項目的復雜性和緊急性，一個項目的往往是由多個人實現，此時就有一個問題，代碼提交和代碼合并。git和svn，這篇文章來講講git的原理和使用

• version版本控制
• git的賬號配置
• 創建git倉庫
• git的原理
• 文件操作命令
• 分支操作命令

version版本控制

• 版本控制(Revision control)是一種在開發的過程中用于對文件、目錄或工程等內容的修改歷史，方便查看更改歷史記錄，備份及以便恢復以前版本的技術
• 沒有進行版本控制或者版本控制本身缺乏正確的管理，在軟件開發過程中將會引入很多問題，如軟件代碼的一致性、軟件內容的冗余、軟件開發過程中的并發性、軟件源代碼的安全性，以及軟件的整合等問題

git的賬號配置

• 配置名字和郵件地址

# git config --global user.name "hello lwl" 
# git config --global user.email lwl@csc.com 
// 查看系統config 
# git config --system --list 
// 查看當前用戶（global）配置 
# git config --global  --list 
// 查看當前倉庫配置信息 
# git config --local  --list 

創建git倉庫

// 在當前目錄新建一個Git代碼庫 
# git init 
// 克隆一個項目和它的整個代碼歷史(版本信息) 
# git clone [git@github.com:cscsss/learnHome.git] 

git的原理

• 項目文件(Directory)：使用Git管理的一個目錄，也就是一個倉庫，包含我們的工作區(WorkSpace)和 Git的管理空間(.git)
• 工作區(Workspace)：就是平時存放項目代碼的地方，一個文件夾而已
• git管理空間(.git)：存放Git管理信息的目錄，初始化倉庫的時候自動創建。里面又包含暫存區(Index/Stage)和 本地倉庫(Repository)
• 暫存區(Index/Stage)：用于存放你的臨時改動信息，保存即將提交到文件列表信息。可用于保存/恢復 WorkSpace 中的臨時狀態
• 本地倉庫(Repository)：這里面存放你提交到所有版本的數據。其中HEAD指向最新放入倉庫的版本
• 遠程倉庫(Remote)：托管代碼的服務器，和本地倉庫作用類似，不過它是公共的

狀態轉移流程

• 未跟蹤(Untracked): 此文件僅僅在 workspace 中，但并沒有加入到 git 倉庫，不參與版本控制。通過 git add 狀態變為 Staged
• 文件已經入庫(Unmodify): 未修改，即版本倉庫中的文件快照內容與 workspace 中完全一致。這種類型的文件有兩種變化，如果它被修改，而變為 Modified。如果使用 git rm 移出版本庫，則成為 Untracked 文件
• 文件已修改(Modified): 僅僅是修改, 并沒有進行其他的操作。通過 git add 可進入暫存 Staged 狀態，使用 git checkout 則丟棄修改過，返回到 unmodify 狀態，這個 git checkout 即從庫中取出文件，覆蓋當前修改
• 暫存狀態(Staged): 執行 git commit 則將修改同步到倉庫中，這時庫中的文件和 workspace 文件又變為一致，文件為 Unmodify 狀態。執行git reset branchName fileName取消暫存。文件狀態恢復為 Modified圖片

文件操作命令

查看文件狀態

// 查看所有文件狀態 
# git status 
// 查看指定文件狀態 
# git status [fileName] 

添加文件與目錄

// 添加指定文件到暫存區 
# git add [file1] [file2] ... 
// 添加指定目錄到暫存區，包括子目錄文件 
# git add [dir] 

移除文件與目錄

// 將文件從暫存區和工作區中刪除 
# git rm <fileName> 
// 將 fileName 從暫存區刪除文件，仍保留在當前工作目錄中 
# git rm --cached <fileName> 

文件提交 git commit

// 將暫存區文件提交到本地倉庫區，message為說明信息 
# git commit -m [message]  
// 將暫存區的指定文件 fileName 提交到本地倉庫 
# git commit [fileName] -m [message]  
// 追加漏提交的暫存區文件。等價 git add . +  git commit -m 'message' 
# git commit --amend -m [message]  

查看文件狀態及歷史 git log

# git log  //查看提交歷史 
# git log --oneline //以精簡模式顯示查看提交歷史 
# git log -p <fileName> //查看指定文件的提交歷史 
# git blame <fileName> //以列表方式查看指定文件的提交歷史 

git diff 比較差異

// 顯示暫存區和工作區的全部差異 
# git diff  
// 顯示 filepath 路徑文件中，工作區與暫存區的差異 
# git diff filePath    
// 顯示在工作區 filePath 文件與 HEAD 分支的差異 
# git diff HEAD filePath  
// 顯示在工作區的 filePath 文件與某次提交 commitId 的差異 
# git diff commitId filePath  

git reset 代碼回退

• 有時提交了一些錯誤代碼，我們想回滾怎么辦，可以使用 git reset 重設置代碼版本號。git reset 有三種模式 。soft、mixed、hard

// git reset [--soft | --mixed | --hard] [HEAD] 
// git reset [--soft | --mixed | --hard] [commit] 
# git reset –hard HEAD~3  //會將最新的3次提交全部重置，就像沒有提交過一樣 
# git reset 003444c77bae2b0874be17b81a829cfb1237d9ce //重置到003444c7 

• --hard 模式

重置 HEAD 在當前分支到某次 commit 時，工作目錄里的新改動和已經 add 到 stage 暫存區的新改動會全都消失。工作目錄(workspace)、暫存區(index/stage)及本地倉庫(repository)重置成目標 commit 的內容，所以效果看起來等同于清空暫存區和工作區

• --soft 模式

--soft 模式在重置 HEAD 時，會保留工作目錄和暫存區中的內容，并把重置 HEAD 所帶來的新的差異放進暫存區，保留工作目錄(workspace)和暫存區(index/stage)的內容，只讓 repository 中的內容和 reset 節點保持一致，原節點和 reset 節點之間的「差異變動」會放入暫存區中(index/stage)

--mixed 模式圖片git reset 如果不加參數，那么默認使用 --mixed 參數。mixed 模式會保留 工作目錄(workspace)的內容，但會將暫存區(index/stage) 和 Repository 中的內容重置成 reset 節點一致，因此原節點和 reset 節點之間的「差異變動」會放入工作目錄(workspace)

git revert

如果我們想撤銷之前的某一版本，但是又想保留 commitId 提交之后的版本

# git revert -n commitId 

分支操作命令

新建分支

// 基于當前分支新建一個分支，并且切換到新的分支 lwl 
# git checkout -b lwl   
// 基于遠程分支 originBranch 并新建分支 csc 
# git checkout -b csc originBranch 
// 新建一個 csc 分支，但是仍停留在原來分支 
# git branch csc  
// 切換到 csc 分支 
# git checkout csc  

git push

~~ 將本地分支的更新全部推送到遠程倉庫 master 分支 
# git push origin master  
~~ 刪除遠程 branchname 分支 
# git push origin -d <branchName>    

刪除分支

# git branch -D <branchname>   
~~ 刪除本地 dev1 分支 
# git branch -D dev1  

分支合并

git-merge 命令是用于從指定的commit(s)合并到當前分支的操作

# git merge branchName //當前分支和 branchName 合并 
# git merge -m <msg> <commit> //當前分支和 branchName commit及之前的提交合并 
# git merge --abort // 取消合并 

• 當產生合并沖突時，該部分會以<<<<<<<, =======和 >>>>>>>表示。在=======之前的部分是當前分支這邊的情況，在=======之后的部分是對方分支的情況
• 解決完沖突的地方后使用git add加入到index中，然后使用git commit產生合并節點

git pull/git fetch

• git fetch 可以拉取遠程倉庫的代碼

~~ 拉取所有遠端的最新代碼 
# git fetch --all   
~~ 拉取遠程最新 master 分支代碼(指定 master 分支) 
# git fetch origin master  

• git pull。它不僅會拉取遠程分支，還會合并遠端和本地代碼，即：git pull = git fetch + git merge

~~ 拉取遠程倉庫分支，更新并合并到本地分支 
# git pull   
~~ 將遠程 master 分支合并到當前本地 master 分支 
# git pull origin master  
~~ 將遠程 master 分支合并到當前本地 lwl 分支，冒號后面表示本地分支 
# git pull origin master:lwl  

git rebase 合并

git rebase master 命令會把當前分支 curBranch 里的每個提交(commit)取消掉，并且把它們臨時保存為補丁(patch)(這些補丁放到".git/rebase"目錄中)，然后把 curBranch 分支更新為 master 分支最新提交,最后把保存的這些補丁應用到 curBranch 分支上

在 rebase 的過程中，也許會出現沖突(conflict)。在這種情況，Git會停止rebase并會讓你去解決 沖突;在解決完沖突后，用 git add 命令去更新這些內容的索引(index), 然后，你無需執行 git-commit,只要執行git rebase --continue

# git rebase branchName // branchName 合并到當前分支 
# git rebase --continue // 解決沖突后繼續合并 
# git rebase --abort //取消合并 
# git rebase -i HEAD~2 //合并提交 --- 2表示合并2個。也可以是3... 

如果 git rebase master 之后。需要將當前分支 curBranch的代碼移到 master。可以再次使用 git merge。此時合并后 master 的提交是一條線性 commit

git tag

• tag 對應某次 commit, 是一個點，是不可移動的。branch 對應一系列commit，是很多點連成的一根線，有一個HEAD 指針，是可以依靠 HEAD 指針移動的。所以，兩者的區別決定了使用方式，改動代碼用 branch，不改動只查看用 tag
• 創建 tag 是基于本地分支的 commit，而且與分支的推送是兩回事，就是說分支已經推送到遠程了，但是 tag 并沒有，如果要把 tag 推送到遠程分支上，需要另外執行 tag 的推送命令

# git tag <tagName> //基于最新的 commitId 創建 tagName 
# git tag -a <tagName> <commitId> // 基于某次 commitId 創建 tagName 
# git push origin <tagName> //推送到遠程倉庫 
# git push --tags //推送所有標簽 
 
# git tag -d <tagName> // 刪除本地 tag  
# git push origin :refs/tags/<tagName> // 刪除遠程 tag  

歡迎指正文中錯誤

參考文章

• 一個小時學會Git[1]
• 程序員必備基礎：Git 命令全方位學習[2]
• Git Reset 三種模式[3]