git使用詳細(xì)介紹

1、git使用詳細(xì)介紹 1. Git概念1.1. Git庫(kù)中由三部分組成 Git 倉(cāng)庫(kù)就是那個(gè).git 目錄，其中存放的是我們所提交的文檔索引內(nèi)容，Git 可基于文檔索引內(nèi)容對(duì)其所管理的文檔進(jìn)行內(nèi)容追蹤，從而實(shí)現(xiàn)文檔的版本控制。.git目錄位于工作目錄內(nèi)。1） 工作目錄：用戶本地的目錄；2） Index（索引）：將工作目錄下所有文件（包含子目錄）生成快照，存放到一個(gè)臨時(shí)的存儲(chǔ)區(qū)域，Git 稱該區(qū)域?yàn)樗饕?） 倉(cāng)庫(kù)：將索引通過commit命令提交至倉(cāng)庫(kù)中，每一次提交都意味著版本在進(jìn)行一次更新。1.2. 使用Git時(shí)的初始化事項(xiàng)1.2.1. Git初始化配置1） 配置使用git倉(cāng)庫(kù)的人員姓名 git

2、 config -global Your Name Comes Here2） 配置使用git倉(cāng)庫(kù)的人員email git config -global user.emailyou1.2.2. Git文檔忽略機(jī)制工作目錄中有一些文件是不希望接受Git 管理的，譬如程序編譯時(shí)生成的中間文件等等。Git 提供了文檔忽略機(jī)制，可以將工作目錄中不希望接受Git 管理的文檔信息寫到同一目錄下的.gitignore 文件中。例如：工作目錄下有個(gè)zh目錄，如果不想把它加入到Git管理中，則執(zhí)行： echo “zh” > .gitignore git add .有關(guān)gitignore

3、文件的諸多細(xì)節(jié)知識(shí)可閱讀其使用手冊(cè)：man gitignore1.3. Git與Repo的比較 Git操作一般對(duì)應(yīng)一個(gè)倉(cāng)庫(kù)，而Repo操作一般對(duì)應(yīng)一個(gè)項(xiàng)目，即一個(gè)項(xiàng)目會(huì)由若干倉(cāng)庫(kù)組成。例如，在操作整個(gè)Recket項(xiàng)目時(shí)使用Repo，而操作其中的某個(gè)倉(cāng)庫(kù)時(shí)使用Git。在包含隱藏目錄.git的目錄下執(zhí)行g(shù)it操作。 2. Git help Git help 獲取git基本命令（如果要知道某個(gè)特定命令的使用方法，例如：使用Git help clone，來獲取git clone的使用方法）3. Git本地操作基本命令3.1. Git init或者使用git init-db。創(chuàng)建一個(gè)空的Git庫(kù)。在當(dāng)前

4、目錄中產(chǎn)生一個(gè).git 的子目錄。以后，所有的文件變化信息都會(huì)保存到這個(gè)目錄下，而不像CVS那樣，會(huì)在每個(gè)目錄和子目錄下都創(chuàng)建一個(gè)CVS目錄。在.git目錄下有一個(gè)config文件，可以修改其中的配置信息。3.2. Git add將當(dāng)前工作目錄中更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示記入了版本歷史中，這也是提交之前所需要執(zhí)行的一步?？梢赃f歸添加，即如果后面跟的是一個(gè)目錄作為參數(shù)，則會(huì)遞歸添加整個(gè)目錄中的所有子目錄和文件。例如： git add dir1 （ 添加dir1這個(gè)目錄，目錄下的所有文件都被加入 ） Git add f1 f2 （ 添加f1，f2文件） gi

5、t add . ( 添加當(dāng)前目錄下的所有文件和子目錄 )3.3. Git rm從當(dāng)前的工作目錄中和索引中刪除文件?？梢赃f歸刪除，即如果后面跟的是一個(gè)目錄做為參數(shù)，則會(huì)遞歸刪除整個(gè)目錄中的所有子目錄和文件。例如： git rm r * （進(jìn)入某個(gè)目錄中，執(zhí)行此語句，會(huì)刪除該目錄下的所有文件和子目錄） git rm f1 (刪除文件f1，包含本地目錄和index中的此文件記錄) git rm -ached f1 (刪除文件f1，不會(huì)刪除本地目錄文件，只刪除index中的文件記錄；將已經(jīng)git add的文件remove到cache中,這樣commit的時(shí)候不會(huì)提交這個(gè)文件, 適用于一下子添加了很多文

6、件, 卻又想排除其中個(gè)別幾個(gè)文件的情況.)3.4. Git commit提交當(dāng)前工作目錄的修改內(nèi)容。直接調(diào)用git commit命令，會(huì)提示填寫注釋。通過如下方式在命令行就填寫提交注釋：git commit -m Initial commit of gittutor reposistory。 注意，和CVS不同，git的提交注釋必須不能為空，否則就會(huì)提交失敗。 git commit還有一個(gè) -a的參數(shù)，可以將那些沒有通過git add標(biāo)識(shí)的變化一并強(qiáng)行提交，但是不建議使用這種方式。每一次提交，git就會(huì)為全局代碼建立一個(gè)唯一的commit標(biāo)識(shí)代碼，用戶可以通過git reset命令恢復(fù)到任意一

7、次提交時(shí)的代碼。 git commit -amend m “message” （在一個(gè)commit id上不斷修改提交的內(nèi)容）3.5. Git status查看版本庫(kù)的狀態(tài)?？梢缘弥男┪募l(fā)生了變化，哪些文件還沒有添加到git庫(kù)中等等。 建議每次commit前都要通過該命令確認(rèn)庫(kù)狀態(tài)。最常見的誤操作是， 修改了一個(gè)文件， 沒有調(diào)用git add通知git庫(kù)該文件已經(jīng)發(fā)生了變化就直接調(diào)用commit操作， 從而導(dǎo)致該文件并沒有真正的提交。這時(shí)如果開發(fā)者以為已經(jīng)提交了該文件，就繼續(xù)修改甚至刪除這個(gè)文件，那么修改的內(nèi)容就沒有通過版本管理起來。如果每次在 提交前，使用git status查看一下，就

8、可以發(fā)現(xiàn)這種錯(cuò)誤。因此，如果調(diào)用了git status命令，一定要格外注意那些提示為 “Changed but not updated:”的文件。 這些文件都是與上次commit相比發(fā)生了變化，但是卻沒有通過git add標(biāo)識(shí)的文件。3.6. Git log查看歷史日志，包含每次的版本變化。每次版本變化對(duì)應(yīng)一個(gè)commit id。 Git log -1 -1的意思是只顯示一個(gè)commit，如果想顯示5個(gè)，就-5。不指定的話，git log會(huì)從該commit一直往后顯示。 Git log -stat summary （顯示每次版本的詳細(xì)變化）在項(xiàng)目日志信息中，每條日志的首行（就是那一串字符）為版

9、本更新提交所進(jìn)行的命名，我們可以將該命名理解為項(xiàng)目版本號(hào)。項(xiàng)目版本號(hào)應(yīng)該是唯一的，默認(rèn)由 Git 自動(dòng)生成，用以標(biāo)示項(xiàng)目的某一次更新。如果我們將項(xiàng)目版本號(hào)用作git-show 命令的參數(shù)，即可查看該次項(xiàng)目版本的更新細(xì)節(jié)。例如：1) Git log2）Git show實(shí)際上，上述命令并非是真正的進(jìn)行版本號(hào)自定義，只是制造了一個(gè)tag對(duì)象而已，這在進(jìn)行項(xiàng)目版本對(duì)外發(fā)布時(shí)比較有用。3.7. Git merge把服務(wù)器上下載下來的代碼和本地代碼合并?；蛘哌M(jìn)行分支合并。例如：當(dāng)前在master分支上，若想將分支dev上的合并到master上，則git merge dev注意：git merge nov/

10、eclair_eocket （是將服務(wù)器git庫(kù)的eclair_eocket分支合并到本地分支上） git rebase nov/eclair_eocket （是將服務(wù)器git庫(kù)的eclair_eocket分支映射到本地的一個(gè)臨時(shí)分支上，然后將本地分支上的變化合并到這個(gè)臨時(shí)分支，然后再用這個(gè)臨時(shí)分支初始化本地分支）3.8. Git diff把本地的代碼和index中的代碼進(jìn)行比較，或者是把index中的代碼和本地倉(cāng)庫(kù)中的代碼進(jìn)行比較。1） Git diff比較工作目錄和Index中的代碼。2） Git diff - - cached比較index和本地倉(cāng)庫(kù)中的代碼。3.9. Git check

11、out3.9.1. 切換到分支1) 創(chuàng)建一個(gè)新分支，并切換到該分支上 Git checkout b 新分支名2）切換到某個(gè)已經(jīng)建立的本地分支local_branch Git checkout local_branch（使用cat .git/HEAD后，顯示refs:refs/heads/ local_branch）3) 切換到服務(wù)器上的某個(gè)分支remote_branch Git checkout remote_branch（遠(yuǎn)程分支remote_branch可以通過 git branch r 列出）4) 切換到某個(gè)commit id Git checkout commit_id（使用cat .

12、git/HEAD后，顯示commit_id）5) 切換到某個(gè)tag Git checkout tag（使用cat .git/HEAD后，顯示tag）注意： 除了1）和2）外，其余三種都只是切換到了一個(gè)臨時(shí)的( no branch )狀態(tài) （this head is detached），這時(shí)用 git branch 可以看到處于（no branch）上， cat .git/HEAD 看到指向相應(yīng)的commit id。 這個(gè)（no branch）只是臨時(shí)存在的，并不是一個(gè)真正建立的branch。 如果此時(shí)執(zhí)行2），則這個(gè)（no branch）就自動(dòng)消失了；如果執(zhí)行1）， 則創(chuàng)建新分支 new br

13、anch，并把這個(gè)(no branch)掛到這個(gè)新分支上，此時(shí)cat .git/refs/heads/new_branch 可以看到已經(jīng)指向了剛才那個(gè)commit id。3.9.2. 用已有分支初始化新分支執(zhí)行下面的命令，在切換到某個(gè)已經(jīng)建立的local branch或者某個(gè)remote branch或者某個(gè)commit id 或者某個(gè)tag的同時(shí)，創(chuàng)建新分支new_branch，并且掛到這個(gè)新分支上。1） 切換到某個(gè)已經(jīng)建立的本地分支local_branch，并且使用此分支初始化一個(gè)新分支new_branch。 git checkout b new_branch local_branch2)

14、 切換到某個(gè)遠(yuǎn)程分支remote_branch，并且用此分支初始化一個(gè)新分支new_branch。 Git checkout b new_branch remote_branch3) 切換到某個(gè)commit id，并建立新分支new_branch Git checkout b new_branch commit_id4) 切換到某個(gè)tag，并建立新分支new_branch Git checkout b new_branch tag3.9.3. 還原代碼例如 “git checkout app/model/user.rb” 就會(huì)將user.rb文件從上一個(gè)已提交的版本中更新回來，未提交的工作目錄

15、中的內(nèi)容全部會(huì)被覆蓋。3.10. Git-ls-files查看當(dāng)前的git庫(kù)中有那些文件。3.11. Git mv重命名一個(gè)文件、目錄或者鏈接。例如：Git mv helloworld.c helloworld1.c （把文件helloworld.c 重命名為 helloworld1.c）3.12. Git branch3.12.1. 總述在 git 版本庫(kù)中創(chuàng)建分支的成本幾乎為零，所以，不必吝嗇多創(chuàng)建幾個(gè)分支。當(dāng)?shù)谝淮螆?zhí)行g(shù)it init時(shí)，系統(tǒng)就會(huì)創(chuàng)建一個(gè)名為“master”的分支。 而其它分支則通過手工創(chuàng)建。下面列舉一些常見的分支策略：創(chuàng)建一個(gè)屬于自己的個(gè)人工作分支，以避免對(duì)主分支 ma

16、ster 造成太多的干擾，也方便與他人交流協(xié)作；當(dāng)進(jìn)行高風(fēng)險(xiǎn)的工作時(shí)，創(chuàng)建一個(gè)試驗(yàn)性的分支；合并別人的工作的時(shí)候，最好是創(chuàng)建一個(gè)臨時(shí)的分支用來合并，合并完成后再“fetch”到自己的分支。對(duì)分支進(jìn)行增、刪、查等操作。注意：分支信息一般在.git/refs/目錄下，其中heads目錄下為本地分支，remotes為對(duì)應(yīng)服務(wù)器上的分支，tags為標(biāo)簽。3.12.2. 查看分支 git branch 列出本地git庫(kù)中的所有分支。在列出的分支中，若分支名前有*，則表示此分支為當(dāng)前分支。 git branch r 列出服務(wù)器git庫(kù)的所有分支。（可以繼續(xù)使用命令 “ git checkout -b 本地

17、分支名 服務(wù)器分支名”來獲取服務(wù)器上某個(gè)分支的代碼文件）。3.12.3. 查看當(dāng)前在哪個(gè)分支上 cat .git/HEAD3.12.4. 創(chuàng)建一個(gè)分支1） git branch 分支名雖然創(chuàng)建了分支，但是不會(huì)將當(dāng)前工作分支切換到新創(chuàng)建的分支上，因此，還需要命令“git checkout 分支名” 來切換，2） git checout b 分支名不但創(chuàng)建了分支，還將當(dāng)前工作分支切換到了該分支上。3.12.5. 切換到某個(gè)分支：git checkout 分支名切換到主分支：git checkout master3.12.6. 刪除分支 git branch D 分支名注意： 刪除后，發(fā)生在該分支的

18、所有變化都無法恢復(fù)。強(qiáng)制刪除此分支。3.12.7. 比較兩個(gè)分支上的文件的區(qū)別 git diff master 分支名 （比較主分支和另一個(gè)分支的區(qū)別）3.12.8. 查看分支歷史 git-show-branch （查看當(dāng)前分支的提交注釋及信息） git-show-branch -all（查看所有分支的提交注釋及信息）例如：* dev d2! master m2-* dev d2* dev d1* dev2 d0*+ master m2在上述例子中， “-”之上的兩行表示有兩個(gè)分支dev和master， 且dev分支上最后一次提交的日志是“d2”,master分支上最后一次提交的日志是 “m2

19、”。 “-”之下的幾行表示了分支演化的歷史，其中 dev表示發(fā)生在dev分支上的最后一次提交，dev表示發(fā)生在dev分支上的倒數(shù)第二次提交。dev2表示發(fā)生在dev分支上的倒數(shù)第三次提交。3.12.9. 查看當(dāng)前分支的操作記錄 git whatchanged3.12.10. 合并分支法一： git merge “注釋” 合并的目標(biāo)分支 合并的來源分支如果合并有沖突，git會(huì)有提示。例如：git checkout master （切換到master分支） git merge HEAD dev2 (合并master分支和dev2分支)或者：git merge master dev2法二： git

20、pull 合并的目標(biāo)分支 合并的來源分支例如: git checkout master （切換到master分支） git pull . dev2（合并當(dāng)前分支和dev2分支）3.13. Git rebase一般在將服務(wù)器最新內(nèi)容合并到本地時(shí)使用，例如：在版本C時(shí)從服務(wù)器上獲取內(nèi)容到本地，修改了本地內(nèi)容，此時(shí)想把本地修改的內(nèi)容提交到服務(wù)器上；但發(fā)現(xiàn)服務(wù)器上的版本已經(jīng)變?yōu)镚了，此時(shí)就需要先執(zhí)行Git rebase，將服務(wù)器上的最新版本合并到本地。例如：用下面兩幅圖解釋會(huì)比較清楚一些，rebase命令執(zhí)行后，實(shí)際上是將分支點(diǎn)從C移到了G，這樣分支也就具有了從C到G的功能。3.14. Git res

21、et庫(kù)的逆轉(zhuǎn)與恢復(fù)除了用來進(jìn)行一些廢棄的研發(fā)代碼的重置外，還有一個(gè)重要的作用。比如我們從遠(yuǎn)程clone了一個(gè)代碼庫(kù)，在本地開發(fā)后，準(zhǔn)備提交回遠(yuǎn)程。但是本地代碼庫(kù)在開發(fā)時(shí)，有功能性的commit，也有出于備份目的的commit等等。總之，commit的日志中有大量無用log，我們并不想把這些 log在提交回遠(yuǎn)程時(shí)也提交到庫(kù)中。 因此，就要用到git reset。 git reset的概念比較復(fù)雜。它的命令形式：git reset -mixed | -soft | -hard 命令的選項(xiàng)： -mixed 這個(gè)是默認(rèn)的選項(xiàng)。如git reset -mixed dev(dev的定義可以參見2.6.5)

22、。它的作用僅是重置分支狀態(tài)到dev1, 但是卻不改變?nèi)魏喂ぷ魑募膬?nèi)容。即，從dev1到dev1的所有文件變化都保留了，但是dev1到dev1之間的所有commit日志都被清除了， 而且，發(fā)生變化的文件內(nèi)容也沒有通過git add標(biāo)識(shí)，如果您要重新commit，還需要對(duì)變化的文件做一次git add。 這樣，commit后，就得到了一份非常干凈的提交記錄。 （回退了index和倉(cāng)庫(kù)中的內(nèi)容） -soft相當(dāng)于做了git reset mixed，后，又對(duì)變化的文件做了git add。如果用了該選項(xiàng)， 就可以直接commit了。（回退了倉(cāng)庫(kù)中的內(nèi)容） -hard這個(gè)命令就會(huì)導(dǎo)致所有信息的回退， 包

23、括文件內(nèi)容。 一般只有在重置廢棄代碼時(shí)，才用它。 執(zhí)行后，文件內(nèi)容也無法恢復(fù)回來了。（回退了工作目錄、index和倉(cāng)庫(kù)中的內(nèi)容）例如：切換到使用的分支上； git reset HEAD 回退第一個(gè)記錄 git reset HEAD2 回退第二個(gè)記錄如果想把工作目錄下的文件也回退，則使用git reset - - hard HEAD 回退第一個(gè)記錄 git reset - - hard HEAD2 回退第二個(gè)記錄還可以使用如下方法：將當(dāng)前的工作目錄完全回滾到指定的版本號(hào)，假設(shè)如下圖，我們有A-G五次提交的版本，其中C的版本號(hào)是 bbaf6fb5060b4875b18ff9ff637ce11825

24、6d6f20，我們執(zhí)行了git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20那么結(jié)果就只剩下了A-C三個(gè)提交的版本3.15. Git revert還原某次對(duì)版本的修改，例如：git revert commit_id （其中commit_id為commit代碼時(shí)生成的一個(gè)唯一表示的字符串）例如：（3.6中）git revert dfb02e6e4f2f7b573337763e5c0013802e392818 （執(zhí)行此操作，則還原上一次commit的操作）3.16. Git config利用這個(gè)命令可以新增、更改Git的各種設(shè)置，例如 “git co

25、nfig branch.master.remote origin” 就將master的遠(yuǎn)程版本庫(kù)設(shè)置為別名叫做origin版本庫(kù)。3.17. Git show顯示對(duì)象的不同類型。3.18. Git tag創(chuàng)建、列出、刪除或者驗(yàn)證一個(gè)標(biāo)簽對(duì)象（使用GPG簽名的）。可以將某個(gè)具體的版本打上一個(gè)標(biāo)簽，這樣就不需要記憶復(fù)雜的版本號(hào)哈希值字符串了，例如你可以使用 “git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20” 來標(biāo)記這個(gè)被你還原的版本，那么以后你想查看該版本時(shí)，就可以使用 revert_version標(biāo)簽名，而不是哈希值

26、了。4. Git服務(wù)器操作命令（與服務(wù)器交互）4.1. Git clone取出服務(wù)器的倉(cāng)庫(kù)的代碼到本地建立的目錄中（與服務(wù)器交互）通過git clone獲取遠(yuǎn)端git庫(kù)后，.git/config中的開發(fā)者信息不會(huì)被一起clone過來。仍然需要為本地庫(kù)的.git/config文件添加開發(fā)者信息。此外，開發(fā)者還需要自己添加 . gitignore文件。通過git clone獲取的遠(yuǎn)端git庫(kù)，只包含了遠(yuǎn)端git庫(kù)的當(dāng)前工作分支。如果想獲取其它分支信息，需要使用 “git branch r” 來查看， 如果需要將遠(yuǎn)程的其它分支代碼也獲取過來，可以使用命令 “ git checkout -b 本地分支名 遠(yuǎn)程分支名”，其中，遠(yuǎn)程分支名為 “git branch r” 所列出的分支名， 一般是諸如“origin/分支名”的樣子。如果本地分支名已經(jīng)存在， 則不需要“-b”參數(shù)。例如：4.2. Git pull從服務(wù)器的倉(cāng)庫(kù)中獲取代碼，和本地代碼合并。（與服務(wù)器交互，從服務(wù)器上下載最新代碼，等同于： Git fetch + Git merge）從其它的版本庫(kù)（既可以是遠(yuǎn)程的也可以是本地的）將代碼更新到本地，