技能篇：Git的簡易教程
本文轉載自微信公眾號「潛行前行」，作者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]
