您好,登錄后才能下訂單哦!
本篇內(nèi)容主要講解“Git有哪些實(shí)用技巧”,感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷,實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Git有哪些實(shí)用技巧”吧!
?? 這里有一點(diǎn)要特別注意的是:rebase會(huì)導(dǎo)致新的commit節(jié)點(diǎn)產(chǎn)生,所以切記不要對(duì)多人共用的遠(yuǎn)端分支進(jìn)行rebase。
rebase -i 是個(gè)很實(shí)用且應(yīng)用廣泛的工具,希望大家都學(xué)會(huì)它的使用。它還可以用來修改commit信息,拋棄某些commit,對(duì)commit進(jìn)行排序等等。具體命令如下,操作方式跟動(dòng)圖一致,都是在vim里面進(jìn)行編輯。這里不展開,感興趣的同學(xué)可以自己操作一下。
# Commands: # p, pick <commit> = use commit # r, reword <commit> = use commit, but edit the commit message # e, edit <commit> = use commit, but stop for amending # s, squash <commit> = use commit, but meld into previous commit # f, fixup <commit> = like "squash", but discard this commit's log message # x, exec <command> = run command (the rest of the line) using shell # d, drop <commit> = remove commit # l, label <label> = label current HEAD with a name # t, reset <label> = reset HEAD to a label # m, merge [-C <commit> | -c <commit>] <label> [# <oneline>] # . create a merge commit using the original merge commit's # . message (or the oneline, if no original merge commit was # . specified). Use -c <commit> to reword the commit message.
另外如果要合并的是最近的幾個(gè)commit,我們還可以用git reset --soft HEAD~3 && git commit -m 'xxx'來實(shí)現(xiàn)。對(duì)這個(gè)有問題的同學(xué)可以參照Git內(nèi)部原理強(qiáng)調(diào)的可視化方法思考一下。
像上一步rebase后發(fā)現(xiàn)不符合預(yù)期,如何恢復(fù)?不小心刪除了一個(gè)分支,如何找回?
“學(xué)會(huì)這個(gè)技能,你的同事會(huì)請(qǐng)你喝奶茶的,而且說不定還能收獲妹子。” —— 來自往期課程的某位同學(xué)
主要思路為:找到要返回的commit object的哈希值,然后執(zhí)行g(shù)it reset恢復(fù)。
我們知道Git的出現(xiàn)就是為了盡量保證我們的操作不被丟失,在Git內(nèi)部原理中我們講過,git object一旦被創(chuàng)建,就不可變更,所以只要找到它對(duì)應(yīng)的哈希值,就能找回。但是ref呢?在Git內(nèi)部原理中我們也講過,它是一個(gè)可變的指針,比如說你在master中提交了一個(gè)commit,那當(dāng)前的master這個(gè)ref就會(huì)指向新的commit object的哈希值。reflog 就是將這些可變指針的歷史給記錄下來,可以理解成 ref的log,也可以理解成 版本控制的版本控制。
當(dāng)我們實(shí)驗(yàn)一種思路,或者跟朋友講代碼時(shí),我們可能會(huì)隨意的修改代碼。而當(dāng)我們回到正常的開發(fā)時(shí),我們需要一個(gè)干凈的工作目錄,即保證目前工作目錄跟Git最后一次commit的文件是一致的。我們可以怎么做?
盡量少用會(huì)丟失文件的操作,除非你能夠確定不再需要這些文件。
commit完發(fā)現(xiàn)有一些臨時(shí)的log忘記去掉?有一些文件忘記添加?commit信息出現(xiàn)錯(cuò)別字?
也可以使用 git reset HEAD~,然后執(zhí)行你需要的修改,再commit即可,同上面介紹的命令效果是相同的。
Git interactive add 還有很多功能,也推薦大家有時(shí)間可以嘗試一下。
如果一條遠(yuǎn)端分支有多人共用,那么不要在上面執(zhí)行reset、rebase等會(huì)修改這條分支已經(jīng)存在的commit object的命令。
具體的解釋參照這篇文章 Rebase and the golden rule explained 。
如果是一個(gè)本地分支,僅需git reset --hard <合并前的SHA1>即可。
如果這個(gè)分支已經(jīng)被推送到遠(yuǎn)端,比如說合并進(jìn)master,發(fā)到線上才發(fā)現(xiàn)有bug需要回滾。這時(shí)分支有可能已經(jīng)被其他人所使用,根據(jù)“禁止修改多人共用的遠(yuǎn)端分支”,你需要執(zhí)行g(shù)it revert -m 1 <合并的SHA1>,新增一個(gè)revert節(jié)點(diǎn),如下圖中的E'。
但要注意不要在原特性分支繼續(xù)開發(fā),而應(yīng)該刪除原來的分支,從E'節(jié)點(diǎn)拉出新分支做bug修復(fù)等。
如果在原特性分支上繼續(xù)開發(fā),則在合并回master的時(shí)候需要做一次revert操作revert掉E'節(jié)點(diǎn),變成E‘’(如下圖),不然很容易出現(xiàn)丟失文件等問題。具體原因分析參照分支合并中的總結(jié)。
代碼要開源了,但發(fā)現(xiàn)其中包括密鑰文件或內(nèi)網(wǎng)ip怎么辦?
git filter-branch --tree-filter 'rm -f passwords.txt' HEAD
可以使用filter-branch命令,它的實(shí)現(xiàn)原理是將每個(gè)commit checkout出來,然后執(zhí)行你給它的命令,像上面的rm -f passwords.txt,然后重新commit回去。
?? 這個(gè)操作屬于高危操作,會(huì)修改歷史變更記錄鏈,產(chǎn)生全新的commit object。所以執(zhí)行前請(qǐng)通知倉庫的所有開發(fā)者,執(zhí)行后所有開發(fā)者從新的分支繼續(xù)開發(fā),棄用以前的所有分支。
下面這些命令也是比較實(shí)用的命令,感興趣的同學(xué)可以自己學(xué)習(xí)一下。
git bisect 二分查找出現(xiàn)問題的變更節(jié)點(diǎn),比如你發(fā)現(xiàn)當(dāng)前提前下測(cè)試是不通過的,但HEAD~10(10個(gè)提交前)的測(cè)試是可以通過的,就可以用git bisect 來幫你定位到出現(xiàn)問題的變更點(diǎn)。
git blame 查看某行代碼最后是誰修改的。
git show-branch 直觀的展示多條分支間的關(guān)系。
git subtree 拆分或合并倉庫。
到此,相信大家對(duì)“Git有哪些實(shí)用技巧”有了更深的了解,不妨來實(shí)際操作一番吧!這里是億速云網(wǎng)站,更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢,關(guān)注我們,繼續(xù)學(xué)習(xí)!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。