
一:Git是什么?
Git是目前世界上最先進(jìn)的分布式版本控制系統(tǒng)。
二:SVN與Git的最主要的區(qū)別?
SVN是集中式版本控制系統(tǒng),版本庫是集中放在中央服務(wù)器的,而干活的時(shí)候,用的都是自己的電腦,所以首先要從中央服務(wù)器哪里得到最新的版本,然后干活,干完后,需要把自己做完的活推送到中央服務(wù)器。集中式版本控制系統(tǒng)是必須聯(lián)網(wǎng)才能工作,如果在局域網(wǎng)還可以,帶寬夠大,速度夠快,如果在互聯(lián)網(wǎng)下,如果網(wǎng)速慢的話,就納悶了。
Git是分布式版本控制系統(tǒng),那么它就沒有中央服務(wù)器的,每個(gè)人的電腦就是一個(gè)完整的版本庫,這樣,工作的時(shí)候就不需要聯(lián)網(wǎng)了,因?yàn)榘姹径际窃谧约旱碾娔X上。既然每個(gè)人的電腦都有一個(gè)完整的版本庫,那多個(gè)人如何協(xié)作呢?比如說自己在電腦上改了文件A,其他人也在電腦上改了文件A,這時(shí),你們兩之間只需把各自的修改推送給對方,就可以互相看到對方的修改了。
1. Git概念
1.1. Git庫中由三部分組成
Git 倉庫就是那個(gè).git 目錄,其中存放的是我們所提交的文檔索引內(nèi)容,Git 可基于文檔索引內(nèi)容對其所管理的文檔進(jìn)行內(nèi)容追蹤,從而實(shí)現(xiàn)文檔的版本控制。.git目錄位于工作目錄內(nèi)。
1) 工作目錄:用戶本地的目錄;
2) Index(索引):將工作目錄下所有文件(包含子目錄)生成快照,存放到一個(gè)臨時(shí)的存儲(chǔ)區(qū)域,Git 稱該區(qū)域?yàn)樗饕?nbsp;
3) 倉庫:將索引通過commit命令提交至倉庫中,每一次提交都意味著版本在進(jìn)行一次更新。
1.2. 使用Git時(shí)的初始化事項(xiàng)
1.2.1. Git初始化配置
1) 配置使用git倉庫的人員姓名
git config --global user.name "Your Name Comes Here"
2) 配置使用git倉庫的人員email
git config --global user.email you@yourdomain.example.com
1.2.2. Git文檔忽略機(jī)制
工作目錄中有一些文件是不希望接受Git 管理的,譬如程序編譯時(shí)生成的中間文件等等。Git 提供了文檔忽略機(jī)制,可以將工作目錄中不希望接受Git 管理的文檔信息寫到同一目錄下的.gitignore 文件中。
例如:工作目錄下有個(gè)zh目錄,如果不想把它加入到Git管理中,則執(zhí)行:
echo “zh” > .gitignore
git add .
有關(guān)gitignore 文件的諸多細(xì)節(jié)知識(shí)可閱讀其使用手冊:man gitignore
1.3. Git與Repo的比較
Git操作一般對應(yīng)一個(gè)倉庫,而Repo操作一般對應(yīng)一個(gè)項(xiàng)目,即一個(gè)項(xiàng)目會(huì)由若干倉庫組成。
例如,在操作整個(gè)Recket項(xiàng)目時(shí)使用Repo,而操作其中的某個(gè)倉庫時(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庫。在當(dāng)前目錄中產(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í)行的一步。
可以遞歸添加,即如果后面跟的是一個(gè)目錄作為參數(shù),則會(huì)遞歸添加整個(gè)目錄中的所有子目錄和文件。例如:
git add dir1 ( 添加dir1這個(gè)目錄,目錄下的所有文件都被加入 )
Git add f1 f2 ( 添加f1,f2文件)
git add . ( 添加當(dāng)前目錄下的所有文件和子目錄 )
3.3. Git rm
從當(dāng)前的工作目錄中和索引中刪除文件。
可以遞歸刪除,即如果后面跟的是一個(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è)文件, 適用于一下子添加了很多文件, 卻又想排除其中個(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ù)到任意一次提交時(shí)的代碼。
git commit –-amend –m “message” (在一個(gè)commit id上不斷修改提交的內(nèi)容)
3.5. Git status
查看版本庫的狀態(tài)。可以得知哪些文件發(fā)生了變化,哪些文件還沒有添加到git庫中等等。 建議每次commit前都要通過該命令確認(rèn)庫狀態(tài)。
最常見的誤操作是, 修改了一個(gè)文件, 沒有調(diào)用git add通知git庫該文件已經(jīng)發(fā)生了變化就直接調(diào)用commit操作, 從而導(dǎo)致該文件并沒有真正的提交。這時(shí)如果開發(fā)者以為已經(jīng)提交了該文件,就繼續(xù)修改甚至刪除這個(gè)文件,那么修改的內(nèi)容就沒有通過版本管理起來。如果每次在 提交前,使用git status查看一下,就可以發(fā)現(xiàn)這種錯(cuò)誤。因此,如果調(diào)用了git status命令,一定要格外注意那些提示為 “Changed but not updated:”的文件。 這些文件都是與上次commit相比發(fā)生了變化,但是卻沒有通過git add標(biāo)識(shí)的文件。
3.6. Git log
查看歷史日志,包含每次的版本變化。每次版本變化對應(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)目日志信息中,每條日志的首行(就是那一串字符)為版本更新提交所進(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 log
clip_image004
2)Git show
clip_image006
實(shí)際上,上述命令并非是真正的進(jìn)行版本號(hào)自定義,只是制造了一個(gè)tag對象而已,這在進(jìn)行項(xiàng)目版本對外發(fā)布時(shí)比較有用。
3.7. Git merge
把服務(wù)器上下載下來的代碼和本地代碼合并。或者進(jìn)行分支合并。
例如:當(dāng)前在master分支上,若想將分支dev上的合并到master上,則git merge dev
注意:git merge nov/eclair_eocket (是將服務(wù)器git庫的eclair_eocket分支合并到本地分支上)
git rebase nov/eclair_eocket (是將服務(wù)器git庫的eclair_eocket分支映射到本地的一個(gè)臨時(shí)分支上,然后將本地分支上的變化合并到這個(gè)臨時(shí)分支,然后再用這個(gè)臨時(shí)分支初始化本地分支)
3.8. Git diff
把本地的代碼和index中的代碼進(jìn)行比較,或者是把index中的代碼和本地倉庫中的代碼進(jìn)行比較。
1) Git diff
比較工作目錄和Index中的代碼。
2) Git diff - - cached
比較index和本地倉庫中的代碼。
3.9. Git checkout
3.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 .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 branch,并把這個(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_branch
2) 切換到某個(gè)遠(yuǎn)程分支remote_branch,并且用此分支初始化一個(gè)新分支new_branch。
Git checkout –b new_branch remote_branch
3) 切換到某個(gè)commit id,并建立新分支new_branch
Git checkout –b new_branch commit_id
4) 切換到某個(gè)tag,并建立新分支new_branch
Git checkout –b new_branch tag
3.9.3. 還原代碼
例如 “git checkout app/model/user.rb” 就會(huì)將user.rb文件從上一個(gè)已提交的版本中更新回來,未提交的工作目錄中的內(nèi)容全部會(huì)被覆蓋。
3.10. Git-ls-files
查看當(dāng)前的git庫中有那些文件。
3.11. Git mv
重命名一個(gè)文件、目錄或者鏈接。
例如:Git mv helloworld.c helloworld1.c (把文件helloworld.c 重命名為 helloworld1.c)
3.12. Git branch
3.12.1. 總述
在 git 版本庫中創(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è)人工作分支,以避免對主分支 master 造成太多的干擾,也方便與他人交流協(xié)作;
當(dāng)進(jìn)行高風(fēng)險(xiǎn)的工作時(shí),創(chuàng)建一個(gè)試驗(yàn)性的分支;
合并別人的工作的時(shí)候,最好是創(chuàng)建一個(gè)臨時(shí)的分支用來合并,合并完成后再“fetch”到自己的分支。
對分支進(jìn)行增、刪、查等操作。
注意:分支信息一般在.git/refs/目錄下,其中heads目錄下為本地分支,remotes為對應(yīng)服務(wù)器上的分支,tags為標(biāo)簽。
3.12.2. 查看分支
git branch 列出本地git庫中的所有分支。在列出的分支中,若分支名前有*,則表示此分支為當(dāng)前分支。
git branch –r 列出服務(wù)器git庫的所有分支。
(可以繼續(xù)使用命令 “ git checkout -b 本地分支名 服務(wù)器分支名”來獲取服務(wù)器上某個(gè)分支的代碼文件)。
3.12.3. 查看當(dāng)前在哪個(gè)分支上
cat .git/HEAD
3.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 master
3.12.6. 刪除分支
git branch –D 分支名
注意: 刪除后,發(fā)生在該分支的所有變化都無法恢復(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
* [dev~2] d0
*+ [master] m2
在上述例子中, “--”之上的兩行表示有兩個(gè)分支dev和master, 且dev分支上最后一次提交的日志是“d2”,master分支上最后一次提交的日志是 “m2”。 “--”之下的幾行表示了分支演化的歷史,其中 dev表示發(fā)生在dev分支上的最后一次提交,dev^表示發(fā)生在dev分支上的倒數(shù)第二次提交。dev~2表示發(fā)生在dev分支上的倒數(shù)第三次提交。
3.12.9. 查看當(dāng)前分支的操作記錄
git whatchanged
3.12.10. 合并分支
法一:
git merge “注釋” 合并的目標(biāo)分支 合并的來源分支
如果合并有沖突,git會(huì)有提示。
例如:git checkout master (切換到master分支)
git merge HEAD dev~2 (合并master分支和dev~2分支)或者:git merge master dev~2
法二:
git pull 合并的目標(biāo)分支 合并的來源分支
例如: git checkout master (切換到master分支)
git pull . dev~2(合并當(dāng)前分支和dev~2分支)
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的功能。