在日常的Git版本庫管理工作中用到了很多操作命令，以下做一梳理：
檢視分支列表，帶有*的分支表示是當前所在分支 [root@115~~]#git branch 檢視分支詳細情況 （推薦這種方式） [root@115~~]#git branch -av 建立分支（比如devlop）： [root@115~~]#git branch devlop 切換已有分支 [root@115~~]#git checkout devlop 建立並切換分支（比如opstest）： [root@115~~]#git checkout -b opstest 將遠端分支remotes/origin/testapp（比如通過git branch -av發現的）拉到本地，建立別名testapp並切換進去 [root@115~~]#git checkout -b testapp remotes/origin/testapp （當前已經切換到testapp） 刪除分支（比如opstest） git branch -d devlop 如果opstest分支有新內容沒有提交的話，這樣刪除會有提示： git branch -D opstest進行強制刪除
------------------------------------------------------------------------------------------------------
如果opstest是當前所在分支，則刪除不了！必須將其切換出去後才能刪除
在gerrit介面上建立的分支，如下，直接刪除是不行的！
[wangshibo@115~]$ git branch * master [wangshibo@115~]$ git branch -av * master 44f4b3a Add new file remotes/origin/HEAD -> origin/master remotes/origin/dev 44f4b3a Add new file remotes/origin/master 44f4b3a Add new file [wangshibo@115 ]$ git branch -d remotes/origin/dev error: branch 'remotes/origin/dev' not found. 正確刪除方式是： 登陸gerrit伺服器，找到gerrit安裝目錄的git/專案名稱/refs/heads下刪除dev [gerrit@115]$ pwd /home/gerrit/gerrit_site/git/GItLearn.git/refs/heads [gerrit@115]$ ls dev [gerrit@115]$ ls dev [gerrit@115]$ rm -f dev [gerrit@115]$ ls [gerrit@115]$ 這樣，就成功刪除了gerrit介面裡建立的分支了！！
------------------------------------------------------------------------------------------------------
合併分支 比如將分支devlop合併到master分支下 注意：合併前要先切回到要併入的分支 [root@115~~]#git checkout master [root@115~~]#git marge devlop
------------------------------------------------------------------------------------------------------
合併的時候，有時候會出現衝突
衝突的時候，git會報出哪些檔案衝突，這時候需要手動解決完衝突方可提交。
[root@115~~]# git devlop master Auto-merging index.html CONFLICT (content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. 通過git status檢視衝突檔案。 [root@115~~]#git status index.html: needs merge # On branch master # Changed but not updated: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # unmerged: index.html # 開啟index.html，git會在衝突位置做上標示。 <<<<<<< HEAD:index.html <div id="footer">contact : email.support@github.com</div> ======= <div id="footer"> please contact us at support@github.com </div> >>>>>>> iss53:index.html 解決完衝突，這時候需要手動標識該衝突已經解決，類似svn的resolved。 [root@115~~]#git add index.html [root@115~~]#git status # On branch master # Changed but not updated: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: index.html # 這時候就可以提交了。 [root@115~~]#git commit -m "合併分支devlop" [master e3ece67] 合併分支devlop 1 files changed, 1 insertions(+), 0 deletions(-)
管理多個分支
前面提到，git非常推薦頻繁使用分支，在大量分支的情況下，我們需要對分支做好管理（曾經一次上線，開了13個分支 = =）
通過-av可以看到最後一次提交日誌。
[root@115~~]#git branch -av * master b904c07 把丘遲的產品搜改動合併一下 p4popt 8b93380 p4p加上refpid，開發給出來的配置是 P4P_refpid prepub a6cc66b P4P解析引數少一次替換，順便解決\!失效的問題 product 301ae4e rankbar圖片換成data uri 通過--merged和--no-merged來檢視分支是否已經合併完成。 [root@115~~]#git branch --merged * master p4popt [root@115~~]#git branch --no-merged prepub product 未合併的分支，在刪除時會提示分支未合併。 [root@115~~]#git branch -d product warning: deleting branch 'product' that has been merged to 'refs/remotes/s/product', but it is not yet merged to HEAD. Deleted branch product (was 301ae4e).
分支管理流程
一般情況下，分支可以劃分為長分支和短分支兩種。
長分支
長期任務
prepub：上線前合併，根據上線列表，從各個分支中集中到該分支，統一部署提測
master：上線後合併，長期保留一個穩定可用的分支應付緊急任務
專案
較難解決的bug
新特性試驗田
重構
長分支，經常會落後其他分支一大截，需要養成習慣，適時從其他重要分支進行合併， 尤其是專案分支 。
短分支
臨時需求
小bug
分支視覺化
git本身的log提供--gragh選項，可以提供字元介面的分支視覺化檢視。
[root@115~~]#git log --graph --pretty=oneline
| * 50cc7a78b7f2704a2014afa3667f6ac5b5b47374 merging refs/remotes/origin/prepub into HEAD
| |\
| | * 8f685bd1be3757effe32d6ff37f86bd07dd2b549 又被無情地衝掉了程式碼
| * | 75a17b4ad610327a9b0e1eecfc6c4bf9cade7359 修改icon
| |/
| * 146a0990de450c854b1a7d9995e12979fff2d537 merging refs/remotes/origin/prepub into HEAD
| |\
| | * 93b379680796eb443961bb8c59008f8ae5678be4 Merge branch 'prepub' of search.ued.taobao.net:projects/search into prepub
| | |\
| | * | 8b93380ccfb9020bf8f8e1e8a4a553601de3c788 p4p加上refpid，開發給出來的配置是 P4P_refpid
| * | | 08201de89834f6fecb195c2b7c3546b5cafccc85 秒殺折扣浮動層樣式
| | |/
| |/|
| * | 0f4d1df17f79c7aa3ca3d36ab848c10b78029010 修改icon
| * | ae719fc29cc550321f284323db06a294b97c1398 p4p創意優化
| |/
| * a6d4501e1456589d30ab1a5800b651876629c8ca 修改icon
git還有很多GUI工具，可以提供視覺化地分支走勢圖，比如gitk，qgit，GitX等等。
遠端分支
至今為止，前面所有提到的概念都是直接本地操作的，並不需要任何網路連線。
而git本身是一個分散式程式碼管理工具(DVCS)，所以分支管理上，存在本地分支和遠端分支兩種概念。
可以簡單的理解，遠端分支就是別人的本地分支push到伺服器上的時候產生的。比如master就是一個最典型的遠端分支（預設）。
[root@115~~]#git push origin master
除了master之外，我們還可以隨便建立分支，然後push到伺服器上去。
[root@115~~]#git push -u origin prepub
Counting objects: 27, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (15/15), 7.30 KiB, done.
Total 15 (delta 10), reused 0 (delta 0)
To git@search.ued.taobao.net:projects/search.git
1b95a57..779dbe1 prepub -> prepub
遠端分支的標識形式為{remote/branch}，比如origin/product。
[root@115~~]#git branch -a
master
p4popt
* prepub
product
remotes/origin/HEAD -> origin/master
remotes/origin/master
remotes/origin/p4popt
remotes/origin/prepub
remotes/origin/product
遠端分支和本地分支需要區分，所以，在從伺服器上拉取特定分支的時候，需要指定本地分支名字。
[root@115~~]#git branch product origin/product
Branch product set up to track remote branch product from origin.
而1.6.2以上版本的git，可以通過--track選項，簡化這一過程。這也是為什麼直接執行git clone的時候，會自動建立本地master分支的原因。（實際上，pull操作相當於fetch+merge。）
[root@115~~]#git checkout --track origin/product
Branch product set up to track remote branch refs/remotes/origin/product.
Switched to a new branch "product"
遠端分支和本地分支是鬆散的結構，可以把任意遠端分支合併到任意本地分支裡；同樣，也可以把任意本地分支push到任意遠端分支上。
# THIS WILL MESS UP YOUR REPO!!
[root@115~~]#git branch
master
* prepub
p4popt
product
[root@115~~]#git pull origin product
[root@115~~]#git push origin master
同步本地遠端分支。
[root@115~~]#git fetch origin
刪除遠端分支。
[root@115~~]#git push origin :p4popt
To git@search.ued.taobao.net:projects/search.git
- [deleted] p4popt
補充：git cherry-pick和git rebase
git cherry-pick可以選擇某一個分支中的一個或幾個commit(s)來進行操作。例如，假設我 們有個穩定版本的分支，叫v2.0，另外還有個開發版本的分支v3.0，我們不能直接把兩個分支合併，這樣會導致穩定版本混亂，但是又想增加一個v3.0 中的功能到v2.0中，這裡就可以使用cherry-pick了。
先在v3.0中檢視要合併的commit的commit id
[root@115~~]#git log
假設是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
切到v2.0中
[root@115~~]#git check v2.0
合併commit
[root@115~~]#git cherry-pick f79b0b1ffe445cab6e531260743fa4e08fb4048b
git rebase有點類似git merge，但是兩者又有不同，打個比方，你有兩個抽屜A和B，裡面都裝了衣服，現在想把B中的衣服放到A中，git merge是那種橫衝直撞型的，拿起B就倒入A裡面，如果滿了（衝突）再一併整理；而git rebase就很持家了，它會一件一件的從B往A中加，會根據一開始放入的時間順序的來加，如果滿了你可以處理這一件，你可以繼續加，或者跳過這一件，又 或者不加了，把A還原。所以merge適合那種比較瑣碎的，簡單的合併，系統級的合併還是用rebase吧。
合併b
[root@115~~]#git rebase b
處理完衝突繼續合併
[root@115~~]#git rebase --continue
跳過
[root@115~~]#git rebase --skip
取消合併
[root@115~~]#git rebase --abort