Git常用命令使用大全
目前開發的新項目使用的版本控制工具基本用的都是Git，老項目用的還是Svn，網上Git資源也很多，多而雜。我整理了一份關於Git的學習資料，希望能幫助到正在學習Git的同學。
一、 Git 命令初識
在正式介紹Git命令之前，先介紹一下Git 的基本命令和操作，對Git命令有一個總體的認識
示例：從Git 版本庫的初始化，通常有兩種方式：
1）git clone：這是一種較爲簡單的初始化方式，當你已經有一個遠程的Git版本庫，只需要在本地克隆一份
例如：git clone git://github.com/someone/some_project.git some_project
上面的命令就是將'git://github.com/someone/some_project.git'這個URL地址的遠程版本庫，完全克隆到本地some_project目錄下
2）git init 和 git remote：這種方式稍微複雜一些，當你本地創建了一個工作目錄，你可以進入這個目錄，使用'git init'命令進行初始化；Git以後就會對該目錄下的文件進行版本控制，這時候如果你需要將它放到遠程服務器上，可以在遠程服務器上創建一個目錄，並把可訪問的URL記錄下來，此時你就可以利用'git remote add'命令來增加一個遠程服務器端，
例如：git remote add origin git://github.com/someone/another_project.git
上面的命令就會增加URL地址爲'git: //github.com/someone/another_project.git'，名稱爲origin的遠程服務器，以後提交代碼的時候只需要使用 origin別名即可
二、 Git 常用命令1) 遠程倉庫相關命令
檢出倉庫： $ git clone git://github.com/jquery/jquery.git
查看遠程倉庫：$ git remote -v
添加遠程倉庫：$ git remote add name
刪除遠程倉庫：$ git remote rm [name]
修改遠程倉庫：$ git remote set-url --push name
拉取遠程倉庫：$ git pull remoteName
推送遠程倉庫：$ git push remoteName
*如果想把本地的某個分支test提交到遠程倉庫，並作爲遠程倉庫的master分支，或者作爲另外一個名叫test的分支，如下：
$git push origin test:master // 提交本地test分支作爲遠程的master分支
$git push origin test:test // 提交本地test分支作爲遠程的test分支
2**）分支(branch)操作相關命令**
查看本地分支：$ git branch
查看遠程分支：$ git branch -r
創建本地分支：$ git branch [name] ----注意新分支創建後不會自動切換爲當前分支
切換分支：$ git checkout [name]
創建新分支並立即切換到新分支：$ git checkout -b [name]
刪除分支：$ git branch -d [name] ---- -d選項只能刪除已經參與了合併的分支，對於未有合併的分支是無法刪除的。如果想強制刪除一個分支，可以使用-D選項
合併分支：$ git merge [name] ----將名稱爲[name]的分支與當前分支合併
創建遠程分支(本地分支push到遠程)：$ git push origin [name]
刪除遠程分支：或 gitpush origin :[name]
*創建空的分支：(執行命令之前記得先提交你當前分支的修改，否則會被強制刪乾淨沒得後悔)
$git symbolic-ref HEAD refs/heads/[name]
$rm .git/index
$git clean -fdx
3**）版本(tag)操作相關命令**
查看版本：$ git tag
創建版本：$ git tag [name]
刪除版本：$ git tag -d [name]
查看遠程版本：$ git tag -r
創建遠程版本(本地版本push到遠程)：$ git push origin [name]
刪除遠程版本：$ git push origin :refs/tags/[name]
合併遠程倉庫的tag到本地：$ git pull origin --tags
上傳本地tag到遠程倉庫：$ git push origin --tags
創建帶註釋的tag：$ git tag -a [name] -m 'yourMessage'
4) 子模塊(submodule)相關操作命令
添加子模塊：$ git submodule add url
如：$git submodule add git://github.com/soberh/ui-libs.git src/main/webapp/ui-libs
初始化子模塊：$ git submodule init ----只在首次檢出倉庫時運行一次就行
更新子模塊：$ git submodule update ----每次更新或切換分支後都需要運行一下
刪除子模塊：（分4步走哦）
1) $ git rm --cached [path]
2) 編輯“.gitmodules”文件，將子模塊的相關配置節點刪除掉
3) 編輯“ .git/config”文件，將子模塊的相關配置節點刪除掉
4) 手動刪除子模塊殘留的目錄
5**）忽略一些文件、文件夾不提交**
在倉庫根目錄下創建名稱爲“.gitignore”的文件，寫入不需要的文件夾名或文件，每個元素佔一行即可，如
target
bin
*.db
三、 Git 命令詳解
現在我們有了本地和遠程的版本庫，讓我們來試着用用Git的基本命令：
git pull**：從其他的版本庫（既可以是遠程的也可以是本地的）將代碼更新到本地，例如：'git pull origin master'就是將origin這個版本庫的代碼更新到本地的master主枝，該功能類似於SVN的update**
git add**：是將當前更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示記入了版本歷史中，這也是提交之前所需要執行的一步，例如'git add app/model/user.rb'就會增加app/model/user.rb文件到Git的索引中，該功能類似於SVN的add**
git rm**：從當前的工作空間中和索引中刪除文件，例如'git rm app/model/user.rb'，該功能類似於SVN的rm、del**
git commit**：提交當前工作空間的修改內容，類似於SVN的commit命令，例如'git commit -m story #3, add user model'，提交的時候必須用-m來輸入一條提交信息，該功能類似於SVN的commit**
git push**：**將本地commit的代碼更新到遠程版本庫中，例如'git push origin'就會將本地的代碼更新到名爲orgin的遠程版本庫中
git log**：查看歷史日誌，該功能類似於SVN的log**
git revert**：**還原一個版本的修改，必須提供一個具體的Git版本號，例如'git revert bbaf6fb5060b4875b18ff9ff637ce118256d6f20'，Git的版本號都是生成的一個哈希值
上面的命令幾乎都是每個版本控制工具所公有的，下面就開始嘗試一下Git獨有的一些命令：
git branch**：**對分支的增、刪、查等操作，例如'git branch new_branch'會從當前的工作版本創建一個叫做new_branch的新分支，'git branch -D new_branch'就會強制刪除叫做new_branch的分支，'git branch'就會列出本地所有的分支
git checkout**：**Git的checkout有兩個作用，其一是在不同的branch之間進行切換，例如'git checkout new_branch'就會切換到new_branch的分支上去；另一個功能是還原代碼的作用，例如'git checkout app/model/user.rb'就會將user.rb文件從上一個已提交的版本中更新回來，未提交的內容全部會回滾
git rebase**：**用下面兩幅圖解釋會比較清楚一些，rebase命令執行後，實際上是將分支點從C移到了G，這樣分支也就具有了從C到G的功能
git reset**：**將當前的工作目錄完全回滾到指定的版本號，假設如下圖，我們有A-G五次提交的版本，其中C的版本號是 bbaf6fb5060b4875b18ff9ff637ce118256d6f20，我們執行了'git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20'那麼結果就只剩下了A-C三個提交的版本
git stash**：**將當前未提交的工作存入Git工作棧中，時機成熟的時候再應用回來，這裏暫時提一下這個命令的用法，後面在技巧篇會重點講解
git config**：**利用這個命令可以新增、更改Git的各種設置，例如'git config branch.master.remote origin'就將master的遠程版本庫設置爲別名叫做origin版本庫，後面在技巧篇會利用這個命令個性化設置你的Git，爲你打造獨一無二的 Git
git tag**：**可以將某個具體的版本打上一個標籤，這樣你就不需要記憶複雜的版本號哈希值了，例如你可以使用'git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20'來標記這個被你還原的版本，那麼以後你想查看該版本時，就可以使用 revert_version標籤名，而不是哈希值了
Git 之所以能夠提供方便的本地分支等特性，是與它的文件存儲機制有關的。Git存儲版本控制信息時使用它自己定義的一套文件系統存儲機制，在代碼根目錄下有一個.git文件夾，會有如下這樣的目錄結構：
有幾個比較重要的文件和目錄需要解釋一下：HEAD文件存放根節點的信息，其實目錄結構就表示一個樹型結構，Git採用這種樹形結構來存儲版本信息，那麼HEAD就表示根；refs目錄存儲了你在當前版本控制目錄下的各種不同引用（引用指的是你本地和遠程所用到的各個樹分支的信息），它有heads、remotes、stash、tags四個子目錄，分別存儲對不同的根、遠程版本庫、Git棧和標籤的四種引用，你可以通過命令'git show-ref'更清晰地查看引用信息；logs目錄根據不同的引用存儲了日誌信息。因此，Git只需要代碼根目錄下的這一個.git目錄就可以記錄完整的版本控制信息，而不是像SVN那樣根目錄和子目錄下都有.svn目錄。那麼下面就來看一下Git與SVN的區別吧。
四、 Git 與**SVN** 比較
SVN（Subversion）是當前使用最多的版本控制工具。與它相比較，Git 最大的優勢在於兩點：易於本地增加分支和分佈式的特性。
下面兩幅圖可以形象的展示Git與SVN的不同之處：
------------
1）本地增加分支
圖中Git本地和服務器端結構都很靈活，所有版本都存儲在一個目錄中，你只需要進行分支的切換即可達到在某個分支工作的效果
而SVN則完全不同，如果你需要在本地試驗一些自己的代碼，只能本地維護多個不同的拷貝，每個拷貝對應一個SVN服務器地址
舉一個實際的例子：
使用SVN作爲版本控制工具，當正在試圖增強一個模塊，工作做到一半，由於會改變原模塊的行爲導致代碼服務器上許多測試的失敗，所以並沒有提交代碼。
這時候假如現在有一個很緊急的Bug需要處理， 必須在兩個小時內完成。我只好將本地的所有修改diff，並輸出成爲一個patch文件，然後回滾有關當前任務的所有代碼，再開始修改Bug的任務，等到修改好後，在將patch應用回來。前前後後要完成多個繁瑣的步驟，這還不計中間代碼發生衝突所要進行的工作量。
可是如果使用Git， 我們只需要開一個分支或者轉回到主分支上，就可以隨時開始Bug修改的任務，完成之後，只要切換到原來的分支就可以優雅的繼續以前的任務。只要你願意，每一個新的任務都可以開一個分支，完成後，再將它合併到主分支上，輕鬆而優雅。
2）分佈式提交
Git 可以本地提交代碼，所以在上面的圖中，Git有利於將一個大任務分解，進行本地的多次提交
而SVN只能在本地進行大量的一次性更改，導致將來合併到主幹上造成巨大的風險
3）日誌查看
Git 的代碼日誌是在本地的，可以隨時查看
SVN的日誌在服務器上的，每次查看日誌需要先從服務器上下載下來
例如：代碼服務器在美國，當每次查看幾年前所做的工作時，日誌下載可能需要十分鐘，這不能不說是一個痛苦。但是如果遷移到Git上，利用Git日誌在本地的特性，查看某個具體任務的所有代碼歷史，每次只需要幾秒鐘，大大方便了工作，提高了效率。
當然分佈式並不是說用了Git就不需要一個代碼中心服務器，如果你工作在一個團隊裏，還是需要一個服務器來保存所有的代碼的。
五、**總結**
上面簡單介紹了Git 的基本概念、一些常用命令和原理，大家也可以嘗試動手，在Google Code 或 GitHub 上創建一個自己的開源項目