在開(kāi)發(fā)時(shí)經(jīng)常會(huì)遇到在git commit后，又把文件修改了一下的情況，此時(shí)要如何操作才能避免提交多個(gè)commit呢？

前面你已經(jīng)走了這兩步：

git add .
git commit -m "fix:修改了一個(gè)bug"

此時(shí)你提交的代碼還在本地暫存區(qū)，然后你又發(fā)現(xiàn)沒(méi)改完，又有新修改文件產(chǎn)生。

接下來(lái)，你的操作步驟應(yīng)該是這樣的：

基本步驟

將修改的文件添加到暫存區(qū)（Staging Area）

這里還是和你平時(shí)提交前一樣，使用 git add 命令。

# 添加某個(gè)特定文件
git add <文件名>
# 或者，添加所有當(dāng)前修改的文件
git add .

執(zhí)行修改提交（Amend Commit）

這會(huì)把你剛剛添加的修改，合并到上一次的commit提交中，并且會(huì)重寫(xiě)（覆蓋） 上一次的提交。

git commit --amend

git commit --amend 后會(huì)發(fā)生什么？

如果你的文本編輯器（如 Vim, VSCode 等）彈出來(lái)了一段文本內(nèi)容，不要慌，你會(huì)看到上一次提交的提交信息。

這時(shí)你可以 直接保存退出(一般是輸入:wq)，就使用原來(lái)的提交信息?；蛘咭部梢?strong>修改提交信息，然后保存退出，相當(dāng)于這是你修改上次寫(xiě)錯(cuò)的提交信息的機(jī)會(huì)。

3. 命令執(zhí)行完成后，commit被重置

你之前的那次提交（我稱(chēng)之為 Commit A）就會(huì)被一個(gè)新的提交（姑且稱(chēng)之為 Commit A‘）所替代。Commit A‘ 包含了原來(lái)的更改和你剛剛添加的更改。

最終效果：你的提交歷史中看起來(lái)只有一次提交，但這次提交包含了你后來(lái)追加的更改，很nice。

重要提醒（尤其涉及遠(yuǎn)程倉(cāng)庫(kù)時(shí)）

涉及到遠(yuǎn)程倉(cāng)庫(kù)時(shí)，我都是很小心的，因?yàn)檫@可能會(huì)污染同事的代碼，前面幾步都是在本的操作。這里說(shuō)一下涉及遠(yuǎn)程倉(cāng)庫(kù)時(shí)要注意的地方：

如果已經(jīng)推送到遠(yuǎn)程了怎么辦？

如果你已經(jīng)將原來(lái)的提交 git push 到了遠(yuǎn)程倉(cāng)庫(kù)，那么在你本地執(zhí)行 --amend 后，你的本地歷史就和遠(yuǎn)程歷史不一致了。

這時(shí)你需要使用 git push --force-with-lease（推薦）或 git push --force 來(lái)強(qiáng)制覆蓋遠(yuǎn)程倉(cāng)庫(kù)的歷史。

請(qǐng)謹(jǐn)慎使用 force push，因?yàn)檫@會(huì)影響此項(xiàng)目中的其他程序員——如果他們已經(jīng)基于你原來(lái)的提交進(jìn)行了開(kāi)發(fā)，強(qiáng)制推送會(huì)打亂他們的流程。通常只在確定只有你一人在修改這個(gè)分支時(shí)才能這么做。

操作流程總結(jié)

# 1. 提交后，發(fā)現(xiàn)還有需要修改的地方，繼續(xù)修改文件
# 2. 將修改后的文件加入暫存區(qū)
git add <file(s)>
# 或者
git add .

# 3. 將修改追加到上一次提交
git commit --amend
# (在彈出的編輯器中確認(rèn)或修改提交信息，然后保存退出)

# 4. 【如果之前的提交已經(jīng)推送到遠(yuǎn)程】需要強(qiáng)制推送更新
git push --force-with-lease

一般情況下，只需完成前兩步 git add 和 git commit --amend 即可。

到此這篇關(guān)于Git提交后追加修改的操作指南的文章就介紹到這了,更多相關(guān)Git提交后追加修改操作內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論