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

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

核心要點(diǎn)

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

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

簡而言之，毫不誇張地說，交互式變基可以通過允許您在項(xiàng)目中創(chuàng)建乾淨(jìng)且結(jié)構(gòu)良好的提交歷史來幫助您成為更好的開發(fā)者。

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

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

交互式變基能為您做什麼

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

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

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

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

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

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

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

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

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

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

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

步驟 2：啟動(dòng)實(shí)際會(huì)話！

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

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

我們使用帶有-i標(biāo)誌的git rebase命令（表示我們確實(shí)希望它是“交互式的”)，並提供基本提交（我們在上面的第一步中想出的）。在這個(gè)例子中，我使用了HEAD~3來指定“落後於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ǔ)庫完好無損！ ? 請記住，我們正在執(zhí)行交互式變基操作，這需要Git在操作結(jié)束時(shí)從舊到新重新應(yīng)用提交。
2. 不要在此編輯器窗口中進(jìn)行實(shí)際更改！儘管您可能很想直接在此編輯器窗口中更改提交信息（畢竟，這正是我們想要做的……），但您必須耐心等待。在這裡，我們只是告訴Git我們想做什麼——而不是進(jìn)行實(shí)際更改。我將很快在實(shí)踐中演示這一點(diǎn)！

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

編輯舊的提交信息

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

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

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

對於我們的示例，假設(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í)行此命令後，您最喜歡的編輯器將打開並顯示您剛剛選擇的提交列表（通過提供基本提交）。

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

實(shí)際上，所有可用的操作關(guān)鍵字都在此窗口的底部有說明——因此無需記住任何內(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)包含在代碼庫中。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

玩得開心！

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

Git變基和Git合併有什麼區(qū)別？

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

如何撤消Git變基？

如果您想撤消Git變基，可以使用命令git reflog來查找要返回到的提交，然後使用命令git reset --hard HEAD@{number}。 git reflog命令顯示對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命令後跟要壓縮的提交哈希來壓縮提交。在打開的文本編輯器中，您可以通過將pick替換為squash或s來標(biāo)記要壓縮的提交。

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

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

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

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

我可以使用Git交互式變基來拆分提交嗎？

是的，您可以使用Git交互式變基將一個(gè)提交拆分為較小的提交。如果您在一個(gè)提交中進(jìn)行了多次更改，但後來決定它們應(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ǔ)庫獲取更改並將它們合併到當(dāng)前分支的命令。另一方面，Git rebase是一個(gè)將一系列提交移動(dòng)或組合到新的基本提交的命令。雖然這兩個(gè)命令都用於集成更改，但它們以不同的方式進(jìn)行。

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

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

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