Git交互式變基：提升開發(fā)效率的利器

在現(xiàn)代開發(fā)者的工具箱中，Git版本控制已成為標(biāo)配。commit、push和pull等命令早已成為肌肉記憶。然而，相對(duì)而言，很少有開發(fā)者了解Git中“更高級(jí)”的功能，以及這些功能的巨大價(jià)值！本文將探討Git中最強(qiáng)大的工具之一——“交互式變基”。

核心要點(diǎn)

• 交互式變基是一個(gè)強(qiáng)大的Git工具，允許開發(fā)者創(chuàng)建結(jié)構(gòu)良好的提交歷史，使項(xiàng)目的代碼庫(kù)更易讀，更容易理解。
• 交互式變基可用于編輯舊的提交信息、刪除提交、合并多個(gè)提交、重新排序提交、修復(fù)舊的提交以及拆分/重新打開舊的提交以進(jìn)行編輯。
• 重要的是，不要在已與遠(yuǎn)程倉(cāng)庫(kù)中的同事共享的提交上使用交互式變基，因?yàn)樗鼤?huì)重寫歷史。相反，應(yīng)該在將本地提交合并到團(tuán)隊(duì)分支之前使用它來(lái)清理本地提交。
• 交互式變基操作的基本機(jī)制包括：識(shí)別要操作的提交歷史部分，使用git rebase -i命令啟動(dòng)會(huì)話，然后在打開的編輯器窗口中指定所需的操作。
• 交互式變基可以用來(lái)編輯舊的提交信息，刪除不需要的提交，并將多個(gè)提交合并成一個(gè)，從而優(yōu)化和清理提交歷史。

為什么交互式變基應(yīng)該成為每個(gè)開發(fā)者工具箱的一部分

簡(jiǎn)而言之，毫不夸張地說(shuō)，交互式變基可以通過(guò)允許您在項(xiàng)目中創(chuàng)建干凈且結(jié)構(gòu)良好的提交歷史來(lái)幫助您成為更好的開發(fā)者。

為什么結(jié)構(gòu)良好的提交歷史很重要？想象一下相反的情況：難以閱讀的提交歷史，您不知道您的同事最近的更改實(shí)際上做了什么。這樣的項(xiàng)目中會(huì)開始出現(xiàn)越來(lái)越多的“黑暗角落”，您只了解自己參與的那一小部分。

將其與干凈且結(jié)構(gòu)良好的提交歷史進(jìn)行對(duì)比：它有助于使項(xiàng)目的代碼庫(kù)更易讀和更容易理解。這是健康、持久項(xiàng)目的必要組成部分！

交互式變基能為您做什么

交互式變基可幫助您優(yōu)化和清理提交歷史。它涵蓋許多不同的用例，其中一些允許您執(zhí)行以下操作：

• 編輯舊的提交信息
• 刪除提交
• 合并/組合多個(gè)提交
• 重新排序提交
• 修復(fù)舊的提交
• 拆分/重新打開舊的提交以進(jìn)行編輯

何時(shí)使用交互式變基（以及何時(shí)不使用?。?/h2>

與其他一些Git工具一樣，交互式變基“重寫歷史”。這意味著，當(dāng)您使用交互式變基操作一系列提交時(shí)，提交歷史的這部分將被重寫：提交的SHA-1哈希將發(fā)生更改?？梢赃@樣說(shuō)，它們是全新的提交對(duì)象。

這一事實(shí)需要遵守一個(gè)簡(jiǎn)單但重要的規(guī)則：不要在您已與遠(yuǎn)程存儲(chǔ)庫(kù)中的同事共享的提交上使用交互式變基（或其他重寫歷史的工具）。相反，請(qǐng)使用它來(lái)清理您自己的本地提交——例如，在您自己的某個(gè)功能分支中——然后再將它們合并到團(tuán)隊(duì)分支中。

交互式變基操作的基本機(jī)制

盡管交互式變基可以用于許多不同的事情，但其基本工作流程始終相同。一旦您牢固地理解了這個(gè)基本機(jī)制，交互式變基就會(huì)失去其“復(fù)雜神秘”的氛圍，并成為您工具箱中一個(gè)有價(jià)值且易于使用的工具。

步驟 1：您應(yīng)該在哪里啟動(dòng)會(huì)話？

您需要回答的第一個(gè)問(wèn)題是：“我想操作提交歷史的哪一部分？”這告訴您應(yīng)該在哪里啟動(dòng)交互式變基會(huì)話。讓我們舉一個(gè)實(shí)際的例子，假設(shè)我們要編輯舊的提交信息（這正是我們稍后在實(shí)踐中要做的）。

我們的起始情況如下圖所示，我們通過(guò)交互式變基編輯舊的提交信息。

為了能夠更改C2中的提交信息，我們必須在其父提交處（或者更早，如果您愿意）啟動(dòng)交互式變基會(huì)話。在這個(gè)例子中，我們將使用C1作為交互式變基會(huì)話的起點(diǎn)。

步驟 2：?jiǎn)?dòng)實(shí)際會(huì)話！

啟動(dòng)實(shí)際會(huì)話非常簡(jiǎn)單：

<code>$ git rebase -i HEAD~3</code>

我們使用帶有-i標(biāo)志的git rebase命令（表示我們確實(shí)希望它是“交互式的”)，并提供基本提交（我們?cè)谏厦娴牡谝徊街邢氤龅模Ｔ谶@個(gè)例子中，我使用了HEAD~3來(lái)指定“落后于HEAD提交3個(gè)提交”的提交?；蛘撸乙部梢蕴峁┮粋€(gè)特定的SHA-1哈希。

步驟 3：告訴Git您想做什么

啟動(dòng)交互式變基會(huì)話后，您將看到一個(gè)編輯器窗口，其中Git列出一系列提交——從最新的提交一直到（但不包括）您在步驟1中選擇的作為基本提交的提交。

在此步驟中，需要注意兩點(diǎn)：

1. 提交按反向順序列出！我們期望出現(xiàn)在頂部的最新提交將出現(xiàn)在列表的底部。別擔(dān)心：您的Git存儲(chǔ)庫(kù)完好無(wú)損！? 請(qǐng)記住，我們正在執(zhí)行交互式變基操作，這需要Git在操作結(jié)束時(shí)從舊到新重新應(yīng)用提交。
2. 不要在此編輯器窗口中進(jìn)行實(shí)際更改！盡管您可能很想直接在此編輯器窗口中更改提交信息（畢竟，這正是我們想要做的……），但您必須耐心等待。在這里，我們只是告訴Git我們想做什么——而不是進(jìn)行實(shí)際更改。我將很快在實(shí)踐中演示這一點(diǎn)！

有了這個(gè)理論概述，讓我們一起深入研究一些實(shí)際案例！

編輯舊的提交信息

交互式變基最流行的用例之一是，您可以在事后編輯舊的提交信息。您可能知道git commit --amend也允許您更改提交的信息——但這僅適用于最新的提交。對(duì)于任何比這更舊的提交，我們都必須使用交互式變基！

讓我們來(lái)看一個(gè)具體的場(chǎng)景。下面是需要更正的錯(cuò)誤提交信息的圖像。

注意：為了更好地概述和更清晰的可視化，我在一些屏幕截圖中使用了Tower Git桌面客戶端。您不需要Tower就可以按照本教程進(jìn)行操作。

對(duì)于我們的示例，假設(shè)我們要編輯當(dāng)前標(biāo)題為“Optimize markup structure in index…”的提交的消息。

我們的第一步是確定此交互式變基會(huì)話的基本提交。由于我們必須（至少）返回到我們的“壞蘋果”提交的父提交，因此我們以HEAD~3（落后于HEAD提交三個(gè)提交，即標(biāo)題為“Change headlines …”的提交）作為會(huì)話的起點(diǎn)：

<code>$ git rebase -i HEAD~3</code>

執(zhí)行此命令后，您最喜歡的編輯器將打開并顯示您剛剛選擇的提交列表（通過(guò)提供基本提交）。

提醒一下：雖然您可能很想這樣做，但我們?cè)谶@里不會(huì)更改提交信息。我們只用“操作關(guān)鍵字”標(biāo)記相應(yīng)的行。在我們的例子中，我們要改寫提交（這意味著我們想更改提交信息，但保留提交的其余部分）。

實(shí)際上，所有可用的操作關(guān)鍵字都在此窗口的底部有說(shuō)明——因此無(wú)需記住任何內(nèi)容！

一旦您用首選操作關(guān)鍵字替換了標(biāo)準(zhǔn)的pick關(guān)鍵字（這意味著“按原樣接受提交”），您只需保存并關(guān)閉窗口即可。

這樣做之后，將打開一個(gè)新的編輯器窗口，其中包含當(dāng)前的提交信息。最后，我們可以做我們一開始就打算做的事情：編輯這個(gè)舊提交的消息！

在我們進(jìn)行更改并保存并關(guān)閉編輯器窗口后，交互式變基會(huì)話就完成了——我們的提交信息已更新！?

刪除不需要的提交

交互式變基還允許您從不需要（或不想要）的歷史記錄中刪除舊的提交。想象一下，您不小心在最近的提交中包含了個(gè)人密碼：在大多數(shù)情況下，此類敏感信息不應(yīng)包含在代碼庫(kù)中。

還要記住，簡(jiǎn)單地刪除信息并再次提交并不能真正解決您的問(wèn)題：這意味著密碼仍然以舊提交的形式保存在存儲(chǔ)庫(kù)中。您真正想要的是從存儲(chǔ)庫(kù)中完全干凈地刪除此數(shù)據(jù)！

讓我們首先確定交互式變基會(huì)話的基本提交。由于我們需要至少?gòu)腻e(cuò)誤提交的父提交開始，因此我們使用“Optimize markup structure…”提交作為我們的基礎(chǔ)：

<code>$ git rebase -i HEAD~3</code>

請(qǐng)注意，這次我在git rebase -i命令中使用了具體的SHA-1哈希。當(dāng)然，除了提交哈希之外，我還可以使用HEAD~2來(lái)處理該提交。

執(zhí)行此命令后，我們將再次看到一個(gè)提交列表。

這次，我們使用drop操作關(guān)鍵字來(lái)擺脫不需要的提交?；蛘?，在這種特殊情況下，我們也可以簡(jiǎn)單地從編輯器中刪除整行。如果在保存和關(guān)閉窗口時(shí)不再存在一行（代表一個(gè)提交），Git將刪除相應(yīng)的提交。

無(wú)論您選擇哪種方式，在保存并關(guān)閉編輯器窗口后，提交將從您的存儲(chǔ)庫(kù)歷史記錄中刪除！

將多個(gè)提交合并為一個(gè)

交互式變基的另一個(gè)用例是當(dāng)您想將多個(gè)單獨(dú)的提交合并為一個(gè)時(shí)。在我們深入探討如何工作之前，讓我們花幾分鐘時(shí)間討論何時(shí)或為什么這可能很有價(jià)值。

一般來(lái)說(shuō)，使提交“更大”（通過(guò)將多個(gè)提交合并為一個(gè)）在大多數(shù)情況下不是一個(gè)好策略。一般的經(jīng)驗(yàn)法則是盡可能使提交保持較小，因?yàn)椤拜^小”意味著“更容易閱讀和理解”。但是，在某些情況下，這仍然是有意義的。以下列舉兩個(gè)例子：

• 想象一下，您注意到舊提交存在問(wèn)題。然后，您可以繼續(xù)生成一個(gè)新的提交來(lái)修復(fù)該問(wèn)題。在這種情況下，將這些提交合并為一個(gè)提交很有意義：畢竟，較新的提交只是為了修復(fù)本來(lái)不應(yīng)該存在的問(wèn)題的“權(quán)宜之計(jì)”。通過(guò)組合這些提交，看起來(lái)好像根本沒有問(wèn)題！
• 另一個(gè)例子是當(dāng)您注意到您做得有點(diǎn)太細(xì)致了。進(jìn)行小的提交很好，但是用許多不必要的小提交來(lái)填充您的提交歷史將意味著超過(guò)了目標(biāo)。

在這兩個(gè)例子中的基本原理都是相同的：通過(guò)組合本來(lái)應(yīng)該是一個(gè)提交的兩個(gè)（或多個(gè)）提交，您正在創(chuàng)建更干凈、更易讀的提交歷史！

讓我們一起完成一個(gè)實(shí)際示例，并以以下圖片所示的情況作為我們的起始情況。

假設(shè)從語(yǔ)義上講，將這兩個(gè)提交合并為一個(gè)提交更有意義。使用交互式變基的squash工具，我們可以做到這一點(diǎn)：

<code>$ git rebase -i HEAD~3</code>

到目前為止，您已經(jīng)習(xí)慣了接下來(lái)會(huì)發(fā)生什么：一個(gè)編輯器窗口將打開，其中包含提交列表。

我已經(jīng)提到過(guò)，在這種情況下我們將使用squash操作關(guān)鍵字。關(guān)于squash如何工作，有一件重要的事情要知道：您用關(guān)鍵字標(biāo)記的行將與正上方的行合并！這解釋了為什么我在我們的示例中用squash關(guān)鍵字標(biāo)記了第2行。

保存并關(guān)閉此窗口后，將打開一個(gè)新窗口。這是因?yàn)?，通過(guò)組合多個(gè)提交，我們當(dāng)然會(huì)創(chuàng)建一個(gè)新的提交。而這個(gè)提交也需要提交信息，就像任何其他提交一樣！

您在上面的屏幕截圖中看到的是Git為我們準(zhǔn)備的內(nèi)容：它將相應(yīng)原始提交的提交信息與一些注釋組合在一起。您可以隨意刪除舊消息并重新開始——或者保留它們并添加更多信息。

保存并關(guān)閉此編輯器窗口后，我們可以自豪地說(shuō)：以前是兩個(gè)單獨(dú)的提交，現(xiàn)在是一個(gè)提交了！

利用交互式變基的強(qiáng)大功能

我希望您同意Git的交互式變基工具非常有價(jià)值！作為開發(fā)者，我們必須努力爭(zhēng)取干凈清晰的提交歷史。這是保持代碼庫(kù)健康且易于理解（對(duì)于您的隊(duì)友和您自己，在一段時(shí)間過(guò)去之后）的關(guān)鍵因素。

如果您想了解更多信息，我強(qiáng)烈推薦“Git急救包”。這是一個(gè)（免費(fèi)的）簡(jiǎn)短視頻合集，向您展示如何清理和撤消Git中的錯(cuò)誤。

玩得開心！

Git交互式變基常見問(wèn)題解答 (FAQ)

Git變基和Git合并有什么區(qū)別？

Git變基和Git合并是將一個(gè)分支的更改集成到另一個(gè)分支的兩種不同方法。Git合并是一種直接組合來(lái)自兩個(gè)不同分支的代碼的方法。它在歷史記錄中創(chuàng)建一個(gè)新的提交，保留提交的時(shí)間順序。另一方面，Git變基是一種將一系列提交移動(dòng)或組合到新的基本提交的方法。這就像說(shuō)“我想在我的更改的基礎(chǔ)上添加其他人的工作”。換句話說(shuō)，它允許您將當(dāng)前分支的更改放置在另一個(gè)分支的頂部。

如何撤消Git變基？

如果您想撤消Git變基，可以使用命令git reflog來(lái)查找要返回到的提交，然后使用命令git reset --hard HEAD@{number}。git reflog命令顯示對(duì)HEAD所做的每個(gè)更改的列表，git reset命令允許您將當(dāng)前HEAD設(shè)置為指定狀態(tài)。

Git交互式變基的目的是什么？

Git交互式變基允許您以多種方式更改提交，例如編輯、刪除和壓縮。您不僅可以更改提交信息，還可以更改實(shí)際代碼（如果您犯了錯(cuò)誤）。這是一個(gè)強(qiáng)大的工具，可以讓您完全控制項(xiàng)目的提交歷史。

如何使用Git交互式變基壓縮提交？

壓縮是將多個(gè)提交合并為一個(gè)提交的行為。在Git中，您可以使用git rebase -i命令后跟要壓縮的提交哈希來(lái)壓縮提交。在打開的文本編輯器中，您可以通過(guò)將pick替換為squash或s來(lái)標(biāo)記要壓縮的提交。

使用Git交互式變基的風(fēng)險(xiǎn)是什么？

雖然Git交互式變基是一個(gè)強(qiáng)大的工具，但如果使用不當(dāng)，它可能是危險(xiǎn)的。它會(huì)重寫提交歷史，如果您正在處理其他人也在處理的公共分支，這可能會(huì)造成問(wèn)題。建議在尚未推送的本地分支上使用它。

如何在Git變基期間解決沖突？

在變基過(guò)程中，可能會(huì)發(fā)生沖突。Git將暫停并允許您在繼續(xù)之前解決這些沖突。您可以通過(guò)編輯文件來(lái)修復(fù)沖突的更改，然后使用git add添加已解決的文件來(lái)解決沖突。解決所有沖突后，您可以使用git rebase --continue繼續(xù)變基。

我可以使用Git交互式變基來(lái)拆分提交嗎？

是的，您可以使用Git交互式變基將一個(gè)提交拆分為較小的提交。如果您在一個(gè)提交中進(jìn)行了多次更改，但后來(lái)決定它們應(yīng)該成為單獨(dú)的提交，這將非常有用。

如何使用Git交互式變基編輯提交信息？

您可以在交互式變基期間編輯提交信息。在提交列表中，將pick替換為reword或r，以標(biāo)記要編輯的提交。繼續(xù)時(shí)，Git將為每個(gè)標(biāo)記為reword的提交打開一個(gè)文本編輯器，允許您更改提交信息。

Git變基和Git拉取有什么區(qū)別？

Git pull是一個(gè)從遠(yuǎn)程存儲(chǔ)庫(kù)獲取更改并將它們合并到當(dāng)前分支的命令。另一方面，Git rebase是一個(gè)將一系列提交移動(dòng)或組合到新的基本提交的命令。雖然這兩個(gè)命令都用于集成更改，但它們以不同的方式進(jìn)行。

我可以使用Git交互式變基來(lái)更改提交的順序嗎？

是的，您可以使用Git交互式變基來(lái)更改提交的順序。在提交列表中，您可以簡(jiǎn)單地更改行的順序來(lái)更改提交的順序。如果您想使您的提交歷史更合乎邏輯或更清晰，這將非常有用。

以上是git互動(dòng)式恢復(fù)指南，并有實(shí)踐示例的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！