git原理及相關命令介紹

一、git程式碼狀態轉換圖

（本圖來源網上作者blog）

1>>如圖所示：未被git跟蹤的狀態為unstage狀態，已經被git跟蹤的狀態為stage狀態。【包括staging狀態和staged狀態】

2>>untrack files是指尚未被git所管理的檔案；changed but not updated是指檔案被git管理，並且發生了改變，但改動還沒被git管理；這兩種狀態，都可以看成是改動還沒被git管理的狀態，我們這裡稱非stage狀態。

3>>changes to be commited是指進入stage狀態的檔案，stage是commit和未管理之間的一個狀態，也有別名叫index狀態，也就是git已經管理了這些改動，但是還沒完成提交。【.gitignore中的檔案，不會出現在以上三個狀態中】

二，git的個人本地使用及操作
 
1，  建立Git庫
cd 原始碼目錄
git init    #初始化  在原始碼目錄內生成一個.git的目錄
 
2，  註冊使用者資訊
git config --global user.name XXX    使用者名稱
git config --global user.email XXX    使用者郵箱
git config –list              #檢視使用者資訊
 
3，  向git庫中新增或刪除檔案
git add XX                #加單個檔案
git add .                  #加所有
git add [path］會把對應目錄或檔案，新增到stage狀態
    git add . 會把當前所有的untrack files和changed but not updated新增到stage狀態
 
4，  向版本庫提交變化
git commit –m “XXXX”     #直接新增簡單提交資訊,添加註釋
git status                  #檢視當前程式碼庫的狀態
git log                    #檢視版本資訊
git log –p                                   #檢視版本資訊並顯示每次修改的diff
git show sdjf974654dd….    #檢視指定版本資訊
                                           #(show後面為每次提交系統自動生成的一串雜湊值)
git show sdji97             #一般只使用版本號的前幾個字元即可
 
5，  撤銷與恢復
git reset
git reset --hard              #回到原來編輯的地方,改動會丟失。
#（同樣適用於團隊對於其他人的修改恢復）
       git reset --hard sdv143kvf…...  #可回到指定的版本
#(hard後面為每次提交系統自動生成的一串雜湊值)
     
git reset [path] 會改變path指定的檔案或目錄的stage狀態，到非stage狀
    git reset 會將所有stage的檔案狀態，都改變成非stage狀
 
回退1個change的寫法就是git reset HEAD^，2個為HEAD^^，3個為HEAD~3，以此類推。
 
6，  向伺服器提交變化
git push                   #向伺服器提交
 
7, 暫存改動
git stash可以把當前的改動（stage和unstage，但不包括untrack的檔案）暫存。然後通過git stash list檢視。並通過git stash apply重新取出來。但apply之前要保證worktree是乾淨的。
 
三，git的團隊開發及操作
1，  獲取專案
cd 本地工作目錄（自定）
git clone 伺服器帳戶@IP：專案.根路經
這裡具體操作為：
git clone

[email protected]：android2.2.git
 
說明：這裡假定伺服器的使用者名稱為git，伺服器IP為192.168.20.22，專案名為android2.2，根路經為git的home（即根路徑）
2，  團隊開發的基本流程
git add 改動的檔案
git  commit  #（提交至本地）
git  pull     #（將伺服器專案與本地專案合併）
git  push    #（將本地專案上傳至伺服器）（在提交前要git  pull  --rebase一下，確保當前的本地的程式碼為最新。）
 
四，git的分支管理
git分支操作在本地建立分支，然後與本地主枝合併，最終提交到伺服器。有效的避免了因個人操作不當向伺服器提交過多髒資料，避免頻繁git clone伺服器來更新本地庫。
分支操作指令：
1，  建立分支
git branch AAA     #建立分支AAA
2，分支切換
git checkout AAA    #從當前分支切換到AAA分支
3，  將分支與主枝master合併
git checkout master     #（首先切換回主枝）
git merge AAA         #（將分支AAA與主枝合併）
4，  當前分支檢視
git  branch            #預設有master（也稱為主枝）
git  branch –a 檢視當前所有分支
5，  刪除分支
git branch –d  AAA     #刪除分支AAA
 
 
 
備註：上面只是一些基本的操作命令，更多的命令可通過幫助文件查詢。
         幫助文件的使用：
man git-<需查詢的指令>      #（git後面有“-”）
         如commit的查詢為  man git-commit
刪除分支 ; 如果你要刪除的分支並沒有被merge到當前分支的話，將產生一個錯誤提示。

----------------------------------------------------------------------------------------------------------------------------------------

git bash和eclipse下git外掛

gitbash

首先，下載gitbash桌面版的客戶端：

http://code.google.com/p/msysgit/downloads/list

進入後尋找Git-1.8.1.2-preview20130201.exe，安裝上。 安裝的時候，一直預設下一步就ok了。

開啟gitbash相當於開啟一個命令列輸入模式

其次：可以用git clone 命令列下載程式碼倉庫的程式碼

 在使用git來進行版本控制時，為了得一個專案的拷貝(copy),我們需要知道這個專案倉庫的地址(Git URL). Git能在許多協議下使用，所以Git URL可能以ssh://, http(s)://, git://,或是隻是以一個使用者名稱（git 會認為這是一個ssh 地址）為前輟。

如上圖所示，輸入git clone命令後，輸入使用者名稱和密碼驗證成功後就會把程式碼check out到本地，一般都在C:\Documents and Settings\Administrator目錄下

常用命令：

git log 看記錄 
git diff 看與上一次的改變 

建分支用git branch [分支名]

切換分支用 get checkout [分支名]

檢視分支就用 git branch

想回到上一個不版本，不要這一次修改 get reset --hard HARD

具體一下檔案  get checkout xxxxxx.xx檔案

生成DIFF（patch）檔案

HEAD是當前最新的版本，HEAD~是上一個版本，HEAD~~是上上一個版本，也可以 git diff HEAD HEAD~

update，更新版本

git pull 拉伺服器的版本

commit ，提交程式碼

git commit   注意，這個提交只是在本地提交，真正想到伺服器，commit後還需要使用git push，推送到伺服器

推送到伺服器

git push把剛才提交的推送到伺服器去

20120822更新---------------------------------------------------

檢視當前git地址下的所有分支：

我們想切換到第三個分支：

如上圖所示，我們已經成功從master切換到了pinganbb_en的分支，使用ls 命令可以檢視當前分支下的內容

那麼，我們如何checkout 當前分支下的程式碼呢？（使用我們的git地址，預設會checkout master主分支下的內容，而我們想checkout 分支下的內容）

在windows環境下，新建立一個資料夾：test

進入資料夾內，滑鼠右鍵 --- Git Bash

如上圖所示，直接git clone  分支名稱 是無效的，提示沒有找到，所以我們要加上 -b，也就是：

git clone -b 分支名 http://code.google.wdadwa/en.git     輸入使用者名稱和密碼，成功後就可以checkout 到當前建立的test資料夾下了。

上傳專案到程式碼倉庫（伺服器），（第一次上傳，並非update）

找到要上傳的專案的資料夾，右鍵- Git Bash 這個時候如果直接輸入：

$ git remote add origin [email protected]:yourName/yourRepo.git 會發現當前git 不存在，因為我們還沒有add 和commit（小白）

error: src refspec master does not match any.引起該錯誤的原因是，目錄中沒有檔案，空目錄是不能提交上去的

現在最簡單的辦法，在一個新的空白資料夾下，右鍵 Git Bash，輸入下面的命令：

$ git clone http://dev.dbjtech.com/kaka/test.git 

輸入使用者名稱和密碼後，成功checkout後，會發現有一個空的.git資料夾（隱藏），把這個資料夾拷貝到我們要上傳的專案裡，這樣專案中就有了.git了

在.git中的config檔案，可以看到當前專案下的git origin地址

【注意，如果有不需要上傳的檔案，可以通過.gitignore檔案遮蔽，也可以在add 的時候選擇性的上傳】

這個時候檢視status，會發現沒有任何的commit，所以我們需要先add 所要上傳的檔案到本地倉庫，然後提交，最後才是push

$ git add . 

如上圖所示，現在我們需要commit到本地倉庫了

$ git commit -m "this is first push "

成功提交本地後，就可以上傳到伺服器啦

$ git push       【預設回事master主分支】

等待上傳，成功後我們再看一下log日誌

$ git log

大功告成，專案已經成功提交到了伺服器的程式碼倉庫，我們在一個新建的資料夾下驗證一下吧

$ git clone http://test.test.com/test.git

通過ls可以看到，checkout下來的就是我們之前上傳的那些檔案/資料夾

http://blog.csdn.net/code52/article/details/8807785

回退版本
首先輸入命令：

git log

會看到當前所有的提交版本記錄

2，git reset

git reset 5f0deba043dbfa96e5d27f8e43c1e13f9fd312e4 

可能出現的error

error: RPC failed; result=22, HTTP code = 411

fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date


當使用git提交（push）比較大的檔案的時候可能會出現411這個錯誤
解決辦法：改一下git的傳輸位元組限制（500M）

git config  --global http.postBuffer  524288000

error: RPC failed; result=22, HTTP code = 413

fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

這個錯誤是因為當前的account沒有一個有效的SSH Key，這個時候需要你登入github去SSH配置一個私鑰。

http://zhidao.baidu.com/link?url=a3Ngecc9jBgpgYET95aJ7nqLrg1mAeIfA9P1q2QA2gX0dFQq90EltDIkC8CVZu_C6oFx8DWHg0cgAh_chZpnWoNkQvjhzPpB7eV-r9hrMYm

實際操作

現在只要cat ~/.ssh/id_rsa.pub 就可以看到以ssh-rsa開頭和以account結尾的的長串私鑰，複製這個到gitLab個人賬戶SSH配置項，新增到key中即可。

然後 git push origin master就可以了。

git pull時，commit your changes or stash them before you can merge.

error: Your local changes to 'c/environ.c' would be overwritten by merge.  Aborting.
Please, commit your changes or stash them before you can merge.

這個意思是說更新下來的內容和本地修改的內容有衝突（修改到同一檔案同一位置），先提交你的改變或者先將本地修改暫時儲存起來，前者是解決這種衝突，後者是先隱藏
處理的方式非常簡單，主要是使用git stash命令進行處理，分成以下幾個步驟進行處理。

1,先將本地修改儲存起來

$ git stash

這樣本地的所有修改就都被暫時儲存起來 。是用git stash list可以看到儲存的資訊：

其中[email protected]{0}就是剛才儲存的標記。

2,暫存了本地修改之後，就可以重新pull了。

3,還原暫存的內容

$ git stash pop [email protected]{0}

系統提示如下類似的資訊：
Auto-merging c/environ.c
CONFLICT (content): Merge conflict in c/environ.c

意思就是系統自動合併修改的內容，但是其中有衝突，需要解決其中的衝突。

4,解決檔案中衝突的的部分

開啟衝突的檔案，會看到類似如下的內容：

其中Updated upstream 和=====之間的內容就是pull下來的內容，====和stashed changes之間的內容就是本地修改的內容。git不知道哪行內容是需要的，所以要自行確定需要的內容，二者取其一。
解決完成之後，就可以正常的提交了。

eclipse下 egit外掛

開啟eclipse-help-install new software

location輸入如上地址，下載好egit外掛後，選中專案（專案是從程式碼倉庫checkout下來的，也就是說專案有.git檔案），右鍵Team，就會顯示egit選單，和svn外掛類似。

需要注意的是：需要檢視diff檔案，就Create Path，儲存到指定位置；當需要提交程式碼時，需要先commit一下，然後pull，兩個缺一不可，不pull，程式碼無法同步到倉庫（當我們使用svn時，只需要commit，直接會提交到程式碼倉庫）。

git和svn使用

svn
需要搭建一個svn伺服器（HTTP/SVN），搭建svn伺服器需要看一些手冊
git
不需要git伺服器，任何一臺安裝git的PC都可以是git伺服器，其他人可以用任何現有的方式（SSH/HTTP/本地檔案系統）更新上傳程式碼
我有兩臺PC：A和B，他們在一個網段（192.168.6.0/24），為了使得這個git使用記錄更加嚴謹，以下的每一個命令都在這兩臺PC上進行測試。其中A地址為192.168.6.1, B地址為192.168.6.15, B可以通過ssh登入到A


1.初始化一個A機器上的git目錄
最近在開始學習scala，在A機器上有一個目錄是/home/le/workspace/scala_test，在這個目錄下初始話一個git目錄


$ git init


此時你在當前目錄下會發現一個.git的目錄
$ ls -la


2.向git庫中提交檔案


$ touch Test1.scala
$ vim Test1.scala
$ git status . #git會告訴你新的改動，接下來選擇需要提交的檔案


$ git add Test1.scala
$ git status . #再來看看，git會告訴你將要commit什麼
$ git commit -m 'initial git repo' #提交到本地branch


A可以作為git server了，接下來到B上操作。


2. 從A上克隆程式碼到B上，位於/home/le/workspace/git/repo1/
$ git clone [email protected]:/home/le/workspace/scala_test


3. 建立分支，切換分支，提交分支到遠端git庫
$ git branch scala_dev       #建立分支
$ git checkout scala_dev    #切換到該分支
$ git branch                        #檢視本地當前的分支
$ git push origin scala_dev #提交scala_dev分支到遠端git庫
$ git branch -r                     #檢視遠端所有的分支
$ git branch -a                     #檢視本地和遠端所有的分支


4.修改檔案，並且提交到遠端庫
$ touch Test2.scala
$ git add Test2.scala
$ git commit
$ git log #在push之前確認commit是否正確
$ git push
5.從遠端git庫克隆指定的分支，這次在B機器的/home/le/workspace/git/repo2/目錄重新克隆一份程式碼
$ git clone -b scala_dev [email protected]:/home/le/workspace/scala_test
$ git branch  #檢視當前分支
#提交新的程式碼
$ touch Test3.scala
$ git add Test3.scala
$ git commit 
$ git log #在push之前確認commit是否正確
$ git push
6.回到/home/le/workspace/git/repo2/更新程式碼
$ git pull #如果有錯誤，請按照錯誤提示修改.git/config檔案

一些可能會遇到的問題

1.合併多個commit多一個commit
在本地的git庫commit了多次，在push到遠端的git庫時，可以在本地合併這些commit。
每次合併兩個commit
$ git reset --soft HEAD^1
$ git commit --amend
合併最後n個commit
$ git rebase -i HEAD~n
#替換第n個pick為s儲存
 
2.取消本地的commit
有時候commit了程式碼到了本地git庫中，之後某種原因想刪掉最後1條commit，可以直接恢復到之前的commit
$git reset --hard HEAD~1
 
3.使用git stash
如果你跟我一樣也使用gerrit做code review，那麼有可能遇到這樣問題：
在同一個分支上有多個bug需要fix，fix完一個bug然後就commit程式碼到gerrit server上等待code review，在等待的過程中又開始fix另外一個bug，就在這個時候之前提交的程式碼被reviewer提示出錯誤，需要更新之前的程式碼，這個時候可以 使用git stash來儲存當前本地的修改。
在一個分支上修改了程式碼但是不想commit到本地git庫，需要切換一個分支去修改程式碼，這個時候也可以使用git stash
$ git stash
# modify your code or checkout to another branch
# git commit --amend
$ git stash pop
 
4.從另外一個分支裡面挑選一些commit到當前分支
假如你有兩個分支，一個是dev分支，一個是release分支，在dev分支上已經有很了很多的commit，有時需要從dev分支上挑選一些commit到release分支上。
$ git log #查詢到需要的commit id, 假設為5b531cb8c62cdb8b5f10c406e41824a6388e3a82
$ git checkout release
$ git log #看一下當前的commit log
$ git cherry-pick 5b531cb8c62cdb8b5f10c406e41824a6388e3a82
$ git log #此時可以看到commit log增加了
 
5. 出現error: The following untracked working tree files would be overwritten by checkout 
$ git clean -d -fx ""
 
6.我一次commit 5個檔案到gerrit上面，然後發現有一個不需要提交，只要提交4個就好，我想重新提交一次在同一個commit ID下面，我該怎麼做？
前提程式碼還沒有被merge進庫
例如要取消檔案2.txt, 那麼先恢復2.txt到commit id 9a42e8e3f41dcf5029a11ce651f36cbdf37fc84d，你提交之前的那一個commit id
git reset 9a42e8e3f41dcf5029a11ce651f36cbdf37fc84d -- 2.txt
git checkout -- 2.txt
git add .
git commit --amend

GIT和SVN之間的五個基本區別

GIT不僅僅是個版本控制系統，它也是個內容管理系統(CMS),工作管理系統等。如果你是一個具有使用SVN背景的人，你需要做一定的思想轉換，來適應GIT提供的一些概念和特徵。所以，這篇文章的主要目的就是通過介紹GIT能做什麼、它和SVN在深層次上究竟有什麼不同來幫助你認識它。

那好，這就開始吧…

1.GIT是分散式的，SVN不是：

這是GIT和其它非分散式的版本控制系統，例如SVN，CVS等，最核心的區別。如果你能理解這個概念，那麼你就已經上手一半了。需要做一點宣告，GIT並不是目前第一個或唯一的分散式版本控制系統。還有一些系統，例如Bitkeeper, Mercurial等，也是執行在分散式模式上的。但GIT在這方面做的更好，而且有更多強大的功能特徵。

GIT跟SVN一樣有自己的集中式版本庫或伺服器。但，GIT更傾向於被使用於分散式模式，也就是每個開發人員從中心版本庫/伺服器上chect out程式碼後會在自己的機器上克隆一個自己的版本庫。可以這樣說，如果你被困在一個不能連線網路的地方時，就像在飛機上，地下室，電梯裡等，你仍然能夠提 交檔案，檢視歷史版本記錄，建立專案分支，等。對一些人來說，這好像沒多大用處，但當你突然遇到沒有網路的環境時，這個將解決你的大麻煩。

同樣，這種分散式的操作模式對於開源軟體社群的開發來說也是個巨大的恩賜，你不必再像以前那樣做出補丁包，通過email方式傳送出去，你只需要建立一個分支，向專案團隊傳送一個推請求。這能讓你的程式碼保持最新，而且不會在傳輸過程中丟失。GitHub.com就是一個這樣的優秀案例。

有些謠言傳出來說subversion將來的版本也會基於分散式模式。但至少目前還看不出來。

2.GIT把內容按元資料方式儲存，而SVN是按檔案：

所有的資源控制系統都是把檔案的元資訊隱藏在一個類似.svn,.cvs等的資料夾裡。如果你把.git目錄的 體積大小跟.svn比較，你會發現它們差距很大。因為,.git目錄是處於你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標籤，分 支，版本記錄等。

3.GIT分支和SVN的分支不同：

分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合併了一個分支，你需要手工執行像這樣的命令，來確認程式碼是否被合併。感謝Ben同學指出這個特徵。所以，經常會發生有些分支被遺漏的情況。

然而，處理GIT的分支卻是相當的簡單和有趣。你可以從同一個工作目錄下快速的在幾個分支間切換。你很容易發現未被合併的分支，你能簡單而快捷的合併這些檔案。

4.GIT沒有一個全域性的版本號，而SVN有：

目前為止這是跟SVN相比GIT缺少的最大的一個特徵。你也知道，SVN的版本號實際是任何一個相應時間的源代 碼快照。我認為它是從CVS進化到SVN的最大的一個突破。因為GIT和SVN從概念上就不同，我不知道GIT裡是什麼特徵與之對應。如果你有任何的線 索，請在評論裡奉獻出來與大家共享。

更新：有些讀者指出，我們可以使用GIT的SHA-1來唯一的標識一個程式碼快照。這個並不能完全的代替SVN裡容易閱讀的數字版本號。但，用途應該是相同的。

5.GIT的內容完整性要優於SVN：

英文原文:http://boxysystems.com/index.php/5-fundamental-differences-between-git-svn/