2019獨(dú)角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>

###Git克隆 Git使用git clone命令實(shí)現(xiàn)版本庫克隆，主要有如下3種用法：
1）git clone <repository> <direcctory>
將repository指向的版本庫創(chuàng)建一個克隆島directory目錄。目錄directory相當(dāng)于克隆版本庫的工作區(qū)，文件都會從版本庫中檢出，版本庫位于工作區(qū)下的.git目錄中。

2個版本庫之間可以通過PULL和PUSH操作實(shí)現(xiàn)同步。但是對于這種git clone出來對等工作區(qū)模式，版本庫的同步只有一種可行的操作模式，就是備份庫執(zhí)行g(shù)it pull命令從源版本庫中拉回新的提交實(shí)現(xiàn)版本庫同步。git pull命令無需指定上游版本庫的地址，是因?yàn)樵趫?zhí)行g(shù)it clone后，克隆出來的版本庫中對源版本庫進(jìn)行了注冊。備份庫中上游版本庫的注冊保存在git配置文件中。

2）git clone --bare <repository> <direcctory.git>
創(chuàng)建的版本庫不包含工作區(qū)，直接就是版本庫的目錄，這樣的版本庫稱為裸版本庫。一般約定成俗裸版本庫以.git為后綴。

這種模式的git clone可以支持原版本庫到備份版本庫的git push操作，因?yàn)閭浞莅姹編鞗]有工作區(qū)。git配置文件中decore.bare的配置為true

裸版本庫也可以通過git init生成：

git init --bare 備份庫路徑pathB git push 源版本庫路徑A master:master

3）git clone --mirror <repository> <direcctory.git>
和2一樣，另外克隆出來的裸版本對上游版本庫進(jìn)行了注冊，這樣可以在裸版本庫中使用git fetch命令和上游版本庫進(jìn)行持續(xù)同步。

###Git庫管理 ####打包 從遠(yuǎn)程克隆一個庫到本地，發(fā)現(xiàn)refs目錄下沒有引用文件，原有的引用文件都被打爆到一個文本文件.git/packed-refs中。objects目錄下沒有對象文件，原有的對象文件都被打包到.pack結(jié)尾的打包文件和.idx結(jié)尾的索引文件并保存在.git/objects/pack目錄下。

克隆遠(yuǎn)程版本庫時，使用了“智能”的通信協(xié)議，遠(yuǎn)程Git服務(wù)器將對象打包后傳輸給本地，形成本地版本庫的對象庫中的一個包含所有對象的包及索引文件。

Git對于以SHA1哈希值作為目錄名和文件名保存的對象有一個術(shù)語：松散對象。松散對象打包后悔提高訪問效率，而且不同的對象可以通過增量存儲節(jié)省磁盤空間。

####臨時對象 暫存區(qū)操作有可能在對象庫中產(chǎn)生臨時對象，例如，文件反復(fù)修改、反復(fù)地向暫存區(qū)添加，或者添加到暫存區(qū)后不提交甚至直接撤銷，就會產(chǎn)生垃圾數(shù)據(jù)占用磁盤空間。

git fsck：查看版本庫中包含的沒有被任何引用關(guān)聯(lián)的松散對象
git fsck --no-reflogs：查看包括reflog記錄中的臨時對象
git prune：清理臨時對象

如果是使用重置命令引入的臨時對象用git prune就不能被清除，因?yàn)檫@些臨時對象還是可以通過reflog追蹤到的，還在使用著，所以不能被git prune刪除。要丟棄這些臨時對象，需要把reflog做過期操作，相當(dāng)于把.git/logs下的文件清空：git reflog expire -all

####Git管家 git-gc 相比git prune更常用的命令是git gc，它對版本庫進(jìn)行一系列的優(yōu)化動作：
1）對分散在.git/refs下的文件進(jìn)行打包，打包到文件.git/packed-refs中：git pack-refs --all --prune；
2）丟棄90天前的reflog記錄：git reflog expire --all；
3）對松散對象進(jìn)行打包：git repack：凡是有引用關(guān)聯(lián)的對象都被打包，未被關(guān)聯(lián)的對象仍舊以送松散對象的形式保存；
4）清除未被關(guān)聯(lián)的對象。默認(rèn)只清楚2周以前的未被關(guān)聯(lián)的對象。
5）其他清理：對合并沖突的歷史記錄進(jìn)行過期操作。

git gc -- prune=<date> 中時間參數(shù)是傳遞給git prune --expire <date>實(shí)現(xiàn)對指定日期之前的未被關(guān)聯(lián)的松散對象進(jìn)行清理。

git gc會在部分git命令下會自動執(zhí)行，如git merge, git receice-pack, git rebase -i, git am 等。 共享式寫操作的git版本庫因?yàn)闀ush觸發(fā)自動gc，非獨(dú)立工作的本地庫要pull merge觸發(fā)自動gc。

git gc觸發(fā)的條件：松散對象只有草果一定數(shù)量才會只寫。在統(tǒng)計松散對象數(shù)量時，為降低在.git/objects目錄下搜索松散對象對系統(tǒng)造成的負(fù)擔(dān)，實(shí)際采取取樣搜索，即只對對象庫下的一個子目錄.git/objects/17進(jìn)行文件搜索。在默認(rèn)配置下，只有該目錄中對象數(shù)目草果27個才會觸發(fā)版本庫的整理。至于為什么只在對象庫中選擇一個子目錄進(jìn)行松散對象搜索，這是因?yàn)镾HA1哈希值是完全隨機(jī)的，文件有前2位哈希值組成的文件中差不多是平均分布的。gc.auto是觸發(fā)版本庫整理的全部松散對象樹的閾值。

###Git協(xié)議與工作協(xié)同 ####Git支持的協(xié)議 版本庫間數(shù)據(jù)交換需要使用協(xié)議，協(xié)議分2種：
1）智能協(xié)議：在使用智能協(xié)議時，會在會話的2個版本庫的各自一段打開相應(yīng)的程序進(jìn)行數(shù)據(jù)交換，在數(shù)據(jù)傳輸過程中會有清晰的進(jìn)度顯示，而且因?yàn)槭前葱鑲鬏斔詡鬏斄扛∷俣雀?。SSH、GIT、本地協(xié)議、特殊配置的HTTP是智能協(xié)議。
2）啞協(xié)議：使用啞協(xié)議時，遠(yuǎn)程版本庫不會允許輔助襯線，完全靠客戶端去主動發(fā)現(xiàn)，需要訪問refs獲取引用列表，根據(jù)引用再去訪問objects下的對象文件，如果對象文件被打包了還要訪問packs以獲取打包文件列表，在讀取完整的打包文件獲取對象。整個過程效率非常低，沒有進(jìn)度條。FTP、RSYNC、沒有特殊配置的HTTP是啞協(xié)議。

####強(qiáng)制非快進(jìn)式推送 快進(jìn)式推送faset-forwards：要推送的本地版本的提交時建立在遠(yuǎn)程版本庫相應(yīng)分支的現(xiàn)有提交基礎(chǔ)上的，即遠(yuǎn)程版本庫相應(yīng)分支的最新提交時本地版本庫最新提交的祖先提交。

git push -f：強(qiáng)制推送，推送的提交會覆蓋刷新版本庫中的版本。

####合并后推送 理性的工作協(xié)同要避免非快進(jìn)式推送。一旦向服務(wù)器推送后，如果發(fā)現(xiàn)錯誤，不要使用會更改歷史的操作(變基、修補(bǔ)提交)，而是采用不會改變歷史提交的反轉(zhuǎn)提交等操作。

如果在想服務(wù)器推送過程中，由于他人率先推送了新的提交導(dǎo)致遭遇到非快進(jìn)式推送的警告，應(yīng)該先執(zhí)行g(shù)it pull獲取服務(wù)器最新的提交并和本地提交進(jìn)行合并，合并成功后再向服務(wù)器提交。

####禁止非快進(jìn)式推送 1）配置receive.denyNonFastForwards設(shè)置為true可以禁止任何用戶進(jìn)行非快進(jìn)式推送操作。
2）通過鉤子腳本進(jìn)行設(shè)置，可以僅對某些情況下的非快進(jìn)式推送進(jìn)行限制，而不是全部拒絕。

###沖突解決 實(shí)際上拉回操作git pull 由2步驟組成：獲取操作git fetch，合并操作git merge

git merge [選項(xiàng)...] <commit>...

合并操作的大多數(shù)情況，只須提供一個commit(提交ID或?qū)?yīng)的引用：分支、tag等)作為參數(shù)。合并操作將commit對應(yīng)的目錄樹和當(dāng)前工作分支的目錄樹的內(nèi)容進(jìn)行合并，合并后的提交以當(dāng)前分支的提交作為第一個父提交，以commit為第二個父提交。合并操作還支持多個commit代表的分支和當(dāng)前分支進(jìn)行合并，過程類似。 默認(rèn)情況下合并后的結(jié)果會自動提交，但是如果提供--no-commit選項(xiàng)，則合并后的結(jié)果會放入暫存區(qū)，用戶可以對合并結(jié)果進(jìn)行檢查、更改，然后手動提交。

沖突類型：成功的自動合并、邏輯沖突、真正的沖突、樹沖突。

####自動合并 1）修改不同的文件；
2）修改相同文件的不同區(qū)域； 3）一個修改文件名，一個修改文件內(nèi)容；

####邏輯沖突 例子：一個用戶修改了一個文件的文件名，而另外的用戶在其他文件中引用舊的文件名，這樣的合并雖然能成功，但是包含著邏輯沖突。

####真正的沖突 執(zhí)行g(shù)it pull時所做的合并操作由于遇到?jīng)_突導(dǎo)致中斷。合并過程是通過.git目錄下的MERGE_HEAD(記錄合并的提交ID)，MERGE_MSG(記錄合并失敗的信息)，MERGE_MODE(標(biāo)記合并狀態(tài))。 并且版本庫庫暫存區(qū)會記錄沖突文件的多個不同版本。使用git ls-files查看。當(dāng)合并沖突發(fā)生后，會用到0以上的暫存區(qū)編號，編號1暫存區(qū)用于保存沖突文件修改之前的副本，即沖突雙方共同的祖先版本，可以使用:1:xxx訪問；編號2暫存區(qū)用于保存當(dāng)前沖突文件在當(dāng)前分支中修改的副本，可以使用:2:xxx訪問；編號3暫存區(qū)用于保存當(dāng)前沖突文件在合并版本(分支)中修改的副本，可以使用:3:xxx訪問。這3個副本實(shí)際上是提供沖突解決工具，用于實(shí)現(xiàn)三向文件合并的。

工作區(qū)的版本則可能同時包含了成功的合并和沖突的合并，其中沖突的合并會用特殊的標(biāo)記7個小于號，7個等號，7個大于號進(jìn)行標(biāo)識。7個小于號和7個等號之間的內(nèi)容是當(dāng)前分支所更改的內(nèi)容。7個等號和7個大于號之間的內(nèi)容是所合并的版本更改的內(nèi)容。

沖突解決的實(shí)質(zhì)就是通過編輯操作，將沖突標(biāo)識的沖突內(nèi)容替換為合適的內(nèi)容，并去掉沖突標(biāo)識。編輯完畢后執(zhí)行g(shù)it add命令將文件添加到暫存區(qū)(標(biāo)號0)，然后載提交完成沖突解決。

當(dāng)工作去處于合并沖突狀態(tài)，無法再執(zhí)行提交操作。此時又2個選擇：放棄合并操作，或者對合并沖突進(jìn)行沖突解決操作。放棄合并操作就是執(zhí)行g(shù)it reset將暫存區(qū)重置即可。而沖突解決有2種辦法：1）手工編輯操作；2）圖形化解決沖突工具git mergetool。

當(dāng)沖突解決完畢后，會看到.git目錄下與合并相關(guān)的文件MERGE_HEAD、MERGE_MSG、MERGE_MODE文件會自動刪除，而且暫存區(qū)中的3個副本也會都清除了。

####樹沖突 如果一個用戶將某個文件改名，另外一個用戶將同樣的文件改為另外的名字，當(dāng)這2個用戶的提交進(jìn)行合并操作時，就發(fā)生樹沖突。

解決方法：git rm掉暫存區(qū)中當(dāng)前分支的沖突文件和合并版本的沖突文件，然后git add工作區(qū)中修改好的文件，提交完成沖突解決。同樣也可以用git mergetool交互式解決

####合并策略

git merge [-s <strategy>] [-X <strategy-option>] <commit>...

-s：用于設(shè)定合并策略，-X用于為所選的合并策略提供附加的參數(shù)
1）resolve：該合并策略只能用于合并2個頭(當(dāng)前分支和另外一個分支)，使用三向合并策略
2）recursive：該合并策略只能用于合并2個頭(當(dāng)前分支和另外一個分支)，使用三向合并策略，是2個頭指針合并時的默認(rèn)合并策略。當(dāng)合并的頭指針擁有一個以上的祖先時，會針對多個公共祖先先創(chuàng)建一個合并的樹，并以此作為三向合并的參照。 附加選項(xiàng)：ours,thires,substree
3）octopus：主要用于多個主題分支合并，是>=3個以上的頭指針合并的默認(rèn)策略
4）ours：合并任意數(shù)量的頭指針，合并總是使用自己的內(nèi)容，丟棄其他分支的內(nèi)容
5）substree：經(jīng)過調(diào)整的recursive策略，當(dāng)合并樹A和樹B時，如果B和A的一個子樹相同，B首先會調(diào)整已匹配A樹的結(jié)構(gòu)，以避免2顆樹在同一級被進(jìn)行合并。

####合并相關(guān)的配置 1）merge.conflictstyle：定義沖突文件中沖突的標(biāo)記風(fēng)格：merge或diff3
2）merge.tool：執(zhí)行g(shù)it mergetool進(jìn)行解決時條用的圖形化工具:
3）merge.<tool>.path：
4）merge.<tool>.cmd：
5）merge.log：是否在合并提交的提交說明中包含合并提交的概要信息，默認(rèn)false

###Git里程碑Tag 里程碑即Tag，是人為對提交進(jìn)行的命名。
git tag：顯示當(dāng)前版本庫的tag列表
git tag -n<num>：顯示tag時同時顯示num行的說明

git describe：將提交顯示成一個易記的名稱，這個易記的名稱來自于建立在該提交上的里程碑，若該提交沒有里程碑則使用該提交歷史版本上的里程碑并加上可理解的尋址信息。規(guī)則：
1）如果該提交恰好被打上一個tag，則顯示該tag；
2）若提交沒有對應(yīng)的tag，則用<tag>-<num>-g<commit>的格式顯示。tag是最接近祖先提交的tag，num是該tag和提交之間的距離，commit是提交的精簡提交id；
3）若工作區(qū)對文件有修改，還可以通過后綴-dirty表示出來；
4）若提交本身沒有包含tag，可以通過傳遞--always參數(shù)顯示精簡提交ID

git name-rev：和git describe類似，會顯示提交id及其對應(yīng)的一個引用。默認(rèn)優(yōu)先使用分支名，除非使用--tags參數(shù)。如果提交上沒有相對應(yīng)的引用，則會使用最新提交上的引用名稱并加上向后回溯的符號~<num>

####輕量級tag git tag <tagename> <commit>：創(chuàng)建輕量級tag，無需輸入描述信息。忽略commit則默認(rèn)在HEAD上創(chuàng)建tag。

創(chuàng)建tag后，會在版本庫的.git/refs/tags目錄下創(chuàng)建一個新文件。
1）這個文件的內(nèi)容是一個40位的SHA1哈希值；
2）這個tag指向的對象類型是commit；
3）查看tag指向的提交，其內(nèi)容是普通的提交信息。
4）輕量級tag的創(chuàng)建過程沒有記錄，因此無法知道是誰創(chuàng)建的tag，何時創(chuàng)建tag。
5）git describe命令默認(rèn)不使用輕量級tag生成版本描述字符串。但使用--tags參數(shù)，可以將輕量級tag作為版本描述符。

####帶說明tag git tag -a <tagename> <commit> git tag -m <msg> <tagename> <commit> 在創(chuàng)建tag時提供一個關(guān)于該tag的說明。

創(chuàng)建帶說明的tag后，會在版本庫的.git/refs/tags目錄下創(chuàng)建一個新文件。 1）這個文件的內(nèi)容是一個40位的SHA1哈希值；
2）這個tag指向的對象類型是tag；
3）tag對象的內(nèi)容是：創(chuàng)建tag時的說明+對應(yīng)的提交ID+創(chuàng)建tag的用戶+創(chuàng)建tag時間

####帶簽名的tag 帶簽名的tag和帶說明的tag本質(zhì)上是一樣的，相比多了一個工作：為tag對象添加GnuPG簽名。創(chuàng)建tag時候使用參數(shù)-s或-u <key=id>即可創(chuàng)建一個帶簽名的tag

####刪除tag git tag -d <tagname>：刪除tag tag沒有類似reflog的變更記錄機(jī)制，一旦刪除不易恢復(fù)慎用。Git沒有提供對tag重命名的命令。如果需要修改，可以刪除舊tag然后再用新名稱創(chuàng)建tag。

####共享tag 創(chuàng)建的tag默認(rèn)只能在本地版本庫中可見，不會因?yàn)閷Ψ种?zhí)行推送而將tag也推送到遠(yuǎn)程版本庫。這樣的設(shè)計顯然更為合理，否則的話，每個用戶本地創(chuàng)建的tag都自動向上游推送，那么上游的tag將有那么雜亂，而且不同用戶創(chuàng)建的相同名稱的tag會互相覆蓋。
git push origin mytag：把名稱為mytag的tag共享到上游版本庫。
git push origin refs/tags/*：將本地建立的所有tag全部推送到遠(yuǎn)程版本庫，可以使用通配符。

在執(zhí)行執(zhí)行g(shù)it pull操作，能夠在獲取遠(yuǎn)程共享版本庫的提交的同時，獲取新的tag。 只會獲取遠(yuǎn)程分支所包含的新tag，不會將遠(yuǎn)程版本庫的其他分支的tag獲取到本地。

如果本地已有同名的tag，默認(rèn)是不會從上游同步tag，即使二兩tag的指向不同，需要顯示的執(zhí)行拉回操作：git pull origin refs/tags/mytag2:refs/tags/mytag2

####刪除遠(yuǎn)程版本庫的tag

git push <remote_url> :<tagname>

該命令的最后一個參數(shù)實(shí)際上是一個引用表達(dá)式，引用表達(dá)式格式為<ref>:<ref>，該推送命令使用的引用表達(dá)式冒號前的引用被省略，其含義是將一個空值推送到遠(yuǎn)程版本庫對應(yīng)的應(yīng)用中，即刪除遠(yuǎn)程版本庫中相關(guān)的引用。這個命令不但可以用于刪除tag，還有可以刪除分支。
git push origin :mytag2

###Git分支 ####代碼管理 1）發(fā)布分支Realease Branch：或Bugfix分支，在軟件新版本發(fā)布后經(jīng)常使用此技術(shù)進(jìn)行軟件維護(hù)，發(fā)布升級版本。
2）特性分支Feature Branch：或主題分支Topic Branch，采用分支將某個功能或模塊的開發(fā)與開發(fā)主線獨(dú)立出來。 以下幾種情況應(yīng)該建立特性分支：1）試驗(yàn)性、探索性的功能開發(fā)；2）功能復(fù)雜、開發(fā)周期長的模塊；3）會更改軟件體系架構(gòu)，破壞軟件集成，或容易導(dǎo)致沖突、影響他人開發(fā)進(jìn)度的模塊。
3）賣主分支Vendor Branch：在版本庫中創(chuàng)建一個專門和上游代碼進(jìn)行同步的分支，一旦有上游代碼發(fā)布就檢入到賣主分支中。再在主線版本上合并賣主分支上的提交。

####分支命令 1）git branch：顯示本地分支列表；
2）git branch <branchname>：基于HEAD所指的提交創(chuàng)建名為branchname的分支；
3）git branch <branchname> <start-point>：基于提交start-point創(chuàng)建名為branchname的新分支；
4）git branch -d <branchname>：刪除分支，如果該分支還未合并到其他分支，則拒絕刪除；
5）git branch -D <branchname>：強(qiáng)制刪除分支；
6）git branch -m <oldbranch> <newbranch>：重命名分支，如果名稱已存在則失敗； 7）git branch -M <oldbranch> <newbranch>：強(qiáng)制重命名分支；

####開發(fā)常用命令 git checkout -b <new_branch> [<start_point>]：用于基于start_point創(chuàng)建分支，并切換到新分支上；

###遠(yuǎn)程版本庫git remote ####遠(yuǎn)程分支 git branch -r :查看遠(yuǎn)程分支；

從遠(yuǎn)程版本庫執(zhí)行獲取操作時，不是把遠(yuǎn)程版本庫的分支原封不動地復(fù)制到本地版本庫的分支中，而是復(fù)制到另外一個命名空間。如在克隆一個版本庫時，會將遠(yuǎn)程分支都復(fù)制到目錄.git/refs/remotes/origin/下。這樣從不同的遠(yuǎn)程版本庫執(zhí)行獲取操作，因?yàn)橥ㄟ^明明空間的相互隔離，所以就避免了在本地的相互覆蓋。

那么克隆操作產(chǎn)生的遠(yuǎn)程分支為什么都有一個名為"origin/"的前綴？ 答案就在配置文件.git/config中。

6 [remote "origin"] 7 fetch= +refs/heads/*:refs/remotes/origin/* 8 url= file:///path/to/repos/hello-world.git

這個小節(jié)可以稱為[remote]小節(jié)，該小節(jié)以origin為名注冊了一個遠(yuǎn)程版本庫。該版本庫的URL地址由第8行給出，會發(fā)現(xiàn)這個URL地址就是執(zhí)行g(shù)it clone命令時所使用的地址。第7行設(shè)置了執(zhí)行g(shù)it fetch origin操作時使用的默認(rèn)引用表達(dá)式：+表示是牽制進(jìn)行引用的替換，應(yīng)用表達(dá)式使用了通配符，冒號前含有通配符的引用值得是遠(yuǎn)程版本庫的所有分支，冒號后的引用含義是復(fù)制到本地的遠(yuǎn)程分支目錄中。

遠(yuǎn)程分支類似tag，如果檢出就會使得頭指針HEAD處于分離頭指針狀態(tài)。實(shí)際上除了以refs/heads為前綴的引用之外，如果檢出任何其他引用，都將使工作區(qū)處于分離頭指針狀態(tài)。如果對遠(yuǎn)程分支進(jìn)行修改需要創(chuàng)建新的本地分支。

git checkout -b hello-1.x origin/hello-1.x 執(zhí)行上面命令后，會自動建立了本地分支和遠(yuǎn)程分支的跟蹤，建立跟蹤的分支就具有以下特征： 1）檢查工作去狀態(tài)時，會顯示本地分支和被跟蹤遠(yuǎn)程分支提交之間的狀態(tài)；
2）執(zhí)行g(shù)it pull時，會從遠(yuǎn)程分支拉取最新提交并合并；
3）執(zhí)行g(shù)it push時，會把最新的提交推送到遠(yuǎn)程版本庫的同名分支中；
但是如果基于本地分支創(chuàng)建另外一個本地分支則新建的分支沒有跟蹤功能。如果需要能夠使用跟蹤功能，則創(chuàng)建分支時增加--track參數(shù)即可。

####遠(yuǎn)程版本庫 名為origin的遠(yuǎn)程版本庫是在版本庫克隆時注冊的，那么如何注冊新的遠(yuǎn)程版本庫？ git remote add new-remote file:///path/to/repos/hello-user.git
以new-remote為名進(jìn)行注冊，打開配置文件可以看到remote "new-remote"小節(jié)。

git remote：顯示已注冊的遠(yuǎn)程版本庫 git fetch：從當(dāng)前默認(rèn)遠(yuǎn)程版本庫origin獲取最新提交
git fetch new-remote：從new-remote遠(yuǎn)程版本庫中獲取最新提交 git remote set-url new-remote file:///path/to/repos/hello-user2.git更改遠(yuǎn)程版本庫的地址
git remote set-url --push new-remote /path/to/repos/hello-user2.git 每個遠(yuǎn)程版本庫都顯示2個URL地址，分別用于執(zhí)行g(shù)it fetch和git push命令時用到的URL地址。

git remote rename new-remote user2：更改遠(yuǎn)程版本庫的名稱
git remote update：獲取所有遠(yuǎn)程版本庫的更新；
如果某個遠(yuǎn)程版本庫不想再執(zhí)行g(shù)it remote update時獲取更新，可以通過參數(shù)關(guān)閉自動更新：git config remote.user2.skipDefaultUpdate true

####push和pull操作與遠(yuǎn)程版本庫 當(dāng)不帶任何參數(shù)執(zhí)行g(shù)it push命令時，實(shí)際的執(zhí)行過程是：
1）如果為當(dāng)前分支設(shè)置了<remote>，即由配置branch.<branchname>.remote給出了遠(yuǎn)程版本庫代號，則不帶參數(shù)執(zhí)行g(shù)it push相當(dāng)于執(zhí)行了git push <remote>；
2）如果沒有為當(dāng)前分支設(shè)置<remote>，則不帶參數(shù)執(zhí)行g(shù)it push相當(dāng)于執(zhí)行了git push origin；
3）要推送的遠(yuǎn)程版本庫的URL地址由remote.<remote>.pushurl給出。如果沒有配置，則使用remote.<remote/>.url配置的URL地址；
4）如果為注冊的遠(yuǎn)程版本庫設(shè)置了push參數(shù)，即通過remote.<remote>.push配置了一個引用表達(dá)式，則使用該應(yīng)用表達(dá)式執(zhí)行推送。
5）否則使用“：”作為引用表達(dá)式。該表達(dá)式的含義是同步分支推送，即對所有在遠(yuǎn)程版本庫中有同名分支的本地分支進(jìn)行推送

git push <remote> <new_branch>：用本地分支推送到遠(yuǎn)程版本庫的方式在遠(yuǎn)程版本庫中創(chuàng)建分支。但是本地不能執(zhí)行g(shù)it pull(不帶參數(shù))獲取遠(yuǎn)程版本庫中其他人的推送。這是因?yàn)闆]有建立本地分支和遠(yuǎn)程分支的跟蹤，沒有設(shè)置branch.<branchname>.remote的值和branch.<branchname>.merge的值。

git push命令的執(zhí)行過程：
1）如果為當(dāng)前分支設(shè)置了<remote>，即由配置branch.<branchname>.remote給出了遠(yuǎn)程版本庫代號，則不帶參數(shù)執(zhí)行g(shù)it pull相當(dāng)于執(zhí)行了git pull <remote>；
2）如果沒有為當(dāng)前分支設(shè)置<remote>，則不帶參數(shù)執(zhí)行g(shù)it pull相當(dāng)于執(zhí)行了git pull origin；
3）要獲取的遠(yuǎn)程版本庫的URL地址由remote.<remote>.url給出。
4）如果為注冊的遠(yuǎn)程版本庫設(shè)置了fetch參數(shù)，即通過remote.<remote>.fetch配置了一個引用表達(dá)式，則使用該應(yīng)用表達(dá)式執(zhí)行推獲取。
5）接下來要確定合并的分支。如果設(shè)定了branch.<branchname>.merge，則對其設(shè)定的分支執(zhí)行合并，否則報錯推出。
在執(zhí)行g(shù)it pull操作的時候可以通過參數(shù)--rebase設(shè)置使用變基而非合并操作，將本地分支的改動變基到跟蹤分支上。為避免因?yàn)橥浭褂?-rebase可以設(shè)置配置git config branch.<branchname>.rebase true。 為本地版本庫設(shè)置參數(shù)branch.autosetuprebase為true時，基于遠(yuǎn)程分支建立的本地追蹤分支會自動配置branch.<branchname>.rebase參數(shù)。

####tag和遠(yuǎn)程版本庫 遠(yuǎn)程版本庫中的tag同步到本地版本庫，會使用相同的名稱，而不像分支那樣有另外的命名空間，所以tag會很混亂。在push的時候不會把tag帶入其他版本庫，但是fetch的時候會把tag一起獲取，而且刪除分支的時候，分支上的tag不會被刪除。tag會越來越亂。 使用git fetch命令時加上--no-tags參數(shù)就不會把tag也獲取到。 使用git remote add 注冊版本庫的時候帶--no-tags不iba本地庫的tag引到遠(yuǎn)程庫上。

###補(bǔ)丁文件交互 git format-patch 版本范圍列表：創(chuàng)建補(bǔ)丁，將提交批量轉(zhuǎn)為補(bǔ)丁文件；
git am 補(bǔ)丁文件：應(yīng)用補(bǔ)丁；

###其他命令 git help -g： 展示幫助信息

轉(zhuǎn)載于:https://my.oschina.net/braveCS/blog/742286

總結(jié)

以上是生活随笔為你收集整理的《Git权威指南》笔记2的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。