在軟件開發(fā)中，提交是將代碼更改從您的本地存儲(chǔ)庫(kù)推送到遠(yuǎn)程存儲(chǔ)庫(kù)的過程。高效的提交可以提高團(tuán)隊(duì)的工作效率和代碼質(zhì)量。本文將探討優(yōu)化提交策略和技術(shù)的最佳實(shí)踐，以提高您的提交效率。

1. 使用清晰的提交消息

清晰的提交消息至關(guān)重要，因?yàn)樗梢詭椭渌?a href="http://m.hudongshop.com/article/b8dc4f07b9eb12323b68.html" target="_blank">開發(fā)人員了解您所做的更改。遵循以下指南來(lái)編寫清晰的提交消息：

• 使用命令式語(yǔ)氣：用主動(dòng)語(yǔ)態(tài)描述您所做的更改，例如“修復(fù)了...”、“添加了...”或“改進(jìn)了...”
• 包括一個(gè)簡(jiǎn)短的摘要：在前 50 個(gè)字符內(nèi)，總結(jié)提交的主要更改。
• 提供上下文：在摘要之后，提供有關(guān)您所做更改的任何其他相關(guān)信息或背景。
• 使用換行符：將提交消息分成多行，使之易于閱讀。

2. 采用原子提交

原子提交是指每次提交只進(jìn)行一項(xiàng)更改或一組密切相關(guān)的更改。這可以使提交更易于審查和維護(hù)。以下是一些采用原子提交的技巧：

• 將大型更改分解為較小的、獨(dú)立的提交。

• 使用分支功能解決復(fù)雜的問題，然后將其合并到主分支中。
• 避免在提交中包含無(wú)關(guān)的更改。

3. 使用分支和合并

分支和合并允許您在不影響主分支的情況下開發(fā)新功能或修復(fù)錯(cuò)誤。以下是如何使用分支和合并來(lái)提高提交效率：

• 創(chuàng)建分支：在開始一項(xiàng)新任務(wù)時(shí)，創(chuàng)建一個(gè)新分支。這使您可以在不影響主分支的情況下進(jìn)行更改。
• 合并分支：當(dāng)您完成一項(xiàng)任務(wù)時(shí)，將分支合并回主分支。確保解決所有沖突并進(jìn)行適當(dāng)?shù)臏y(cè)試。

4. 利用代碼審查工具

代碼審查工具可以幫助您在提交合并前自動(dòng)檢測(cè)錯(cuò)誤和問題。使用代碼審查工具可以：

• 識(shí)別語(yǔ)法和樣式錯(cuò)誤。
• 發(fā)現(xiàn)潛在的邏輯問題。
• 確保代碼符合團(tuán)隊(duì)標(biāo)準(zhǔn)。

5. 自動(dòng)化構(gòu)建和測(cè)試

自動(dòng)化構(gòu)建和測(cè)試可以幫助您在提交合并前自動(dòng)驗(yàn)證代碼的正確性。以下是如何自動(dòng)化構(gòu)建和測(cè)試：

• 設(shè)置一個(gè)連續(xù)集成（CI）系統(tǒng)，在每次提交后自動(dòng)構(gòu)建和測(cè)試您的代碼。
• 創(chuàng)建單元測(cè)試、集成測(cè)試和性能測(cè)試。
• 修復(fù)任何構(gòu)建或測(cè)試失敗，以確保代碼在合并前處于良好狀態(tài)。

6. 使用提交歷史功能

大多數(shù)版本控制系統(tǒng)都提供提交歷史功能，允許您查看過去提交的列表。有效利用提交歷史可以：

• 跟蹤代碼更改并了解提交背后的原因。
• 回滾更改并恢復(fù)代碼庫(kù)的先前狀態(tài)。
• 了解特定文件或功能的演變。

7. 保持提交日志整潔

定期檢查和清理提交日志可以提高其可讀性和有用性。以下是如何保持提交日志整潔：

• 刪除不需要的或過時(shí)的提交。
• 將相關(guān)的提交分組到一起。
• 重寫或更新提交消息以提高清晰度。

結(jié)論

通過遵循這些最佳實(shí)踐，您可以優(yōu)化您的提交策略和技術(shù)，從而提高提交效率。清晰的提交消息、原子提交、分支和合并的使用、代碼審查工具和自動(dòng)化構(gòu)建和測(cè)試將幫助您創(chuàng)建高可維護(hù)性、易于審查的代碼庫(kù)。記住，持續(xù)改進(jìn)您的提交流程是提高團(tuán)隊(duì)工作效率和代碼質(zhì)量的關(guān)鍵。

---

提高工作效率英文

提高工作效率的英文表達(dá)為：Improve Work Efficiency。

提高工作效率是指通過一系列方法和技術(shù)，使工作過程和結(jié)果更加高效，減少不必要的時(shí)間和資源浪費(fèi)。以下是關(guān)于如何提高工作效率的

一、提高工作效率的重要性

在現(xiàn)代社會(huì)，隨著工作節(jié)奏的加快和競(jìng)爭(zhēng)的加劇，提高工作效率顯得尤為重要。 提高工作效率意味著在有限的時(shí)間內(nèi)完成更多的任務(wù)，提高工作質(zhì)量，從而為企業(yè)和個(gè)人帶來(lái)更多的收益。

二、具體方法

1. 合理規(guī)劃時(shí)間：制定詳細(xì)的工作計(jì)劃，合理安排任務(wù)和時(shí)間，確保重要任務(wù)得到優(yōu)先處理。

2. 優(yōu)化工作流程：通過優(yōu)化工作流程，簡(jiǎn)化不必要的步驟，提高工作效率。

3. 使用工具和技術(shù)：利用現(xiàn)代科技手段，如使用辦公軟件、自動(dòng)化工具等，提高工作效率。

4. 持續(xù)學(xué)習(xí)：不斷學(xué)習(xí)新知識(shí)和技能，提高自己的專業(yè)能力，有助于提高工作效率。

三、實(shí)施策略

要提高工作效率，需要養(yǎng)成良好的工作習(xí)慣。 如定期總結(jié)工作經(jīng)驗(yàn)，及時(shí)調(diào)整工作方法；保持積極的工作態(tài)度，與同事合作共進(jìn)；適當(dāng)休息，保持充沛的精力等。 這些策略都有助于提高工作效率。

總之，提高工作效率對(duì)于個(gè)人和企業(yè)都具有重要意義。 通過合理規(guī)劃時(shí)間、優(yōu)化工作流程、使用工具和技術(shù)以及持續(xù)學(xué)習(xí)等方法，我們可以不斷提高自己的工作效率，從而更好地完成工作，實(shí)現(xiàn)個(gè)人和企業(yè)的共同發(fā)展。

不斷優(yōu)化、提升和進(jìn)階發(fā)展的意義是什么呢？

不斷優(yōu)化提升進(jìn)階發(fā)展是為了保持競(jìng)爭(zhēng)力和適應(yīng)變化的需求。 在不斷變化的環(huán)境中，優(yōu)化和提升可以使我們更加適應(yīng)環(huán)境，保持競(jìng)爭(zhēng)力。 具體來(lái)說(shuō)，不斷優(yōu)化可以提高效率和質(zhì)量，減少成本和錯(cuò)誤率。 這可以讓我們?cè)谏a(chǎn)和服務(wù)方面更有效率，更具競(jìng)爭(zhēng)力。 例如，生產(chǎn)流程的優(yōu)化可以減少時(shí)間和資源的浪費(fèi)，產(chǎn)品的質(zhì)量和效能也會(huì)得到提升。 另外，不斷提升技能和能力可以讓我們更好地適應(yīng)環(huán)境的變化，并滿足不斷變化的客戶需求。 這可以幫助我們?cè)诳焖侔l(fā)展的市場(chǎng)中保持競(jìng)爭(zhēng)優(yōu)勢(shì)。 例如，不斷學(xué)習(xí)和提升技能可以讓工作人員應(yīng)對(duì)技術(shù)升級(jí)和新差異的工作。 最后，不斷進(jìn)階發(fā)展可以帶來(lái)更多的發(fā)展機(jī)會(huì)和突破。 這可以讓我們?cè)诠竞蛡€(gè)人層面上實(shí)現(xiàn)更高的目標(biāo)，并發(fā)掘新的市場(chǎng)機(jī)會(huì)和資源。 例如，開拓新市場(chǎng)可以為公司帶來(lái)更高的收益機(jī)會(huì)，提高員工技能可以為員工提供晉升的機(jī)會(huì)和更高的報(bào)酬。 綜上所述，不斷優(yōu)化、提升和進(jìn)階發(fā)展可以滿足不斷變化的環(huán)境需求，保持競(jìng)爭(zhēng)力和發(fā)現(xiàn)新機(jī)會(huì)。

亞馬遜優(yōu)化跨境供應(yīng)鏈的新策略：助力賣家提升效率與節(jié)約成本

亞馬遜近期推出了一系列措施，旨在助力跨境賣家優(yōu)化供應(yīng)鏈，提高物流效率。 這些措施包括新推出的亞馬遜優(yōu)享入倉(cāng)（Amazon Premium Inbound, AMP）服務(wù)和亞馬遜入倉(cāng)分銷網(wǎng)絡(luò)（Amazon Warehouse Distribution, AWD），為賣家在高峰銷售期提供了有力支持。 針對(duì)美國(guó)站的賣家，AMP服務(wù)簡(jiǎn)化了商品入倉(cāng)流程，使賣家能更快地將商品送入亞馬遜物流系統(tǒng)，加快供應(yīng)鏈運(yùn)作。 這對(duì)于需要迅速響應(yīng)市場(chǎng)需求的賣家來(lái)說(shuō)，提供了極大便利。 AWD服務(wù)為首次使用的賣家提供費(fèi)用優(yōu)惠。 在指定時(shí)間內(nèi)首次成功入庫(kù)的貨件，倉(cāng)儲(chǔ)費(fèi)用將在次月全額免除，這有助于降低大量使用FBA倉(cāng)儲(chǔ)的賣家的成本。 此外，這一政策還鼓勵(lì)賣家更頻繁地使用AWD服務(wù)，提高庫(kù)存周轉(zhuǎn)率和市場(chǎng)響應(yīng)速度。 亞馬遜通過AMP和AWD的簡(jiǎn)化流程和成本優(yōu)惠，幫助賣家應(yīng)對(duì)Prime會(huì)員日等大型促銷活動(dòng)帶來(lái)的高峰期。 這不僅提升賣家銷售業(yè)績(jī)，還通過提高效率和降低成本，增強(qiáng)其在激烈電商市場(chǎng)中的競(jìng)爭(zhēng)力。 總體來(lái)看，亞馬遜這些舉措體現(xiàn)了其對(duì)供應(yīng)鏈效率的重視，并通過實(shí)際操作幫助賣家實(shí)現(xiàn)更高效的庫(kù)存管理和成本控制。 這對(duì)全球賣家來(lái)說(shuō)，無(wú)疑是一個(gè)利好消息。 參與這些計(jì)劃，賣家不僅能保證供應(yīng)鏈穩(wěn)定性，還能在節(jié)省成本的同時(shí)，提高客戶滿意度和市場(chǎng)反應(yīng)速度。

如何提高決策的效率和效果

1. 明確決策目標(biāo)：在作出決策之前，應(yīng)先明確決策的目標(biāo)和目的。 這有助于集中精力解決關(guān)鍵問題，防止偏離主題，從而提升決策效率。 2. 收集關(guān)鍵信息：在決策前，務(wù)必收集足夠的必要信息。 充分的信息收集能夠提供決策所需的數(shù)據(jù)和背景，幫助做出更加明智的選擇。 3. 應(yīng)用決策工具：根據(jù)具體情況，可以采用各種決策工具，如決策矩陣、SWOT分析、頭腦風(fēng)暴等，以輔助決策過程，增強(qiáng)決策的科學(xué)性和效率。 4. 設(shè)定決策時(shí)間限制：對(duì)決策過程設(shè)置合理的時(shí)間限制，避免不必要的拖延和冗長(zhǎng)的討論，促使決策團(tuán)隊(duì)高效運(yùn)作。 5. 明確職責(zé)分工：為相關(guān)責(zé)任人賦予決策權(quán)限，避免決策過程中的多頭管理和重復(fù)確認(rèn)，減少?zèng)Q策時(shí)間和成本。 6. 適度參與決策：在決策過程中，應(yīng)適度邀請(qǐng)相關(guān)人員參與，但也要注意避免決策過程過于復(fù)雜，以免延遲決策時(shí)間并增加決策難度。 7. 勇敢面對(duì)風(fēng)險(xiǎn)：在做出決策時(shí)，要勇于面對(duì)可能出現(xiàn)的風(fēng)險(xiǎn)和不確定性，而不是無(wú)限期推遲決策。 如果風(fēng)險(xiǎn)可控，應(yīng)采取及時(shí)行動(dòng)。 8. 加強(qiáng)決策執(zhí)行：決策完成后，應(yīng)及時(shí)推動(dòng)執(zhí)行工作，避免決策結(jié)果僅停留在理論層面，確保決策得以真正實(shí)施。 9. 追求效益最大化：在做出決策時(shí)，應(yīng)考慮不同選擇的效益與成本，追求效益最大化，確保決策的合理性和長(zhǎng)期可持續(xù)性。 10. 持續(xù)學(xué)習(xí)與改進(jìn)：通過不斷學(xué)習(xí)和反思，總結(jié)決策的經(jīng)驗(yàn)和教訓(xùn)，不斷優(yōu)化決策流程和方法，以提高決策效率和質(zhì)量。

Git 不要只會(huì) pull 和 push，試試這 5 條提高效率的命令

使用 Git 作為代碼版本管理，早已是現(xiàn)在開發(fā)工程師必備的技能。 可大多數(shù)工程師還是只會(huì)最基本的保存、拉取、推送，遇到一些commit管理的問題就束手無(wú)策，或者用一些不優(yōu)雅的方式解決。

本文分享我在開發(fā)工作中實(shí)踐過的實(shí)用命令。 這些都能夠大大提高工作效率，還能解決不少疑難場(chǎng)景。 下面會(huì)介紹命令，列出應(yīng)用場(chǎng)景，手摸手教學(xué)使用，讓同學(xué)們看完即學(xué)會(huì)。

官方解釋：當(dāng)您想記錄工作目錄和索引的當(dāng)前狀態(tài)，但又想返回一個(gè)干凈的工作目錄時(shí)，請(qǐng)使用git stash。 該命令將保存本地修改，并恢復(fù)工作目錄以匹配頭部提交。

stash 命令能夠?qū)⑦€未 commit 的代碼存起來(lái)，讓你的工作目錄變得干凈。

我猜你心里一定在想：為什么要變干凈？

應(yīng)用場(chǎng)景：某一天你正在 feature 分支開發(fā)新需求，突然產(chǎn)品經(jīng)理跑過來(lái)說(shuō)線上有bug，必須馬上修復(fù)。而此時(shí)你的功能開發(fā)到一半，于是你急忙想切到 master 分支，然后你就會(huì)看到以下報(bào)錯(cuò)：

因?yàn)楫?dāng)前有文件更改了，需要提交commit保持工作區(qū)干凈才能切分支。由于情況緊急，你只有急忙 commit 上去，commit 信息也隨便寫了個(gè)“暫存代碼”，于是該分支提交記錄就留了一條黑 歷史 …(真人真事，看過這種提交)

如果你學(xué)會(huì) stash，就不用那么狼狽了。你只需要：

就這么簡(jiǎn)單，代碼就被存起來(lái)了。

當(dāng)你修復(fù)完線上問題，切回 feature 分支，想恢復(fù)代碼也只需要：

當(dāng)有多條 stash，可以指定操作stash，首先使用stash list 列出所有記錄：

應(yīng)用第二條記錄：

pop，drop 同理。

stash 代碼

填寫備注內(nèi)容，也可以不填直接Enter

在STASHES菜單中可以看到保存的stash

先點(diǎn)擊stash記錄旁的小箭頭，再點(diǎn)擊 apply 或者 pop 都可恢復(fù) stash

完全不接觸索引文件或工作樹（但會(huì)像所有模式一樣，將頭部重置為）。 這使您的所有更改的文件更改為“要提交的更改”。

回退你已提交的 commit，并將 commit 的修改內(nèi)容放回到暫存區(qū)。

一般我們?cè)谑褂?reset 命令時(shí)， git reset --hard 會(huì)被提及的比較多，它能讓 commit 記錄強(qiáng)制回溯到某一個(gè)節(jié)點(diǎn)。 而 git reset --soft 的作用正如其名， --soft (柔軟的) 除了回溯節(jié)點(diǎn)外，還會(huì)保留節(jié)點(diǎn)的修改內(nèi)容。

回溯節(jié)點(diǎn)，為什么要保留修改內(nèi)容？

應(yīng)用場(chǎng)景1：有時(shí)候手滑不小心把不該提交的內(nèi)容 commit 了，這時(shí)想改回來(lái)，只能再 commit 一次，又多一條“黑 歷史 ”。

應(yīng)用場(chǎng)景2：規(guī)范些的團(tuán)隊(duì)，一般對(duì)于 commit 的內(nèi)容要求職責(zé)明確，顆粒度要細(xì)，便于后續(xù)出現(xiàn)問題排查。 本來(lái)屬于兩塊不同功能的修改，一起 commit 上去，這種就屬于不規(guī)范。 這次恰好又手滑了，一次性 commit 上去。

學(xué)會(huì) reset --soft 之后，你只需要：

reset --soft 相當(dāng)于后悔藥，給你重新改過的機(jī)會(huì)。 對(duì)于上面的場(chǎng)景，就可以再次修改重新提交，保持干凈的 commit 記錄。

以上說(shuō)的是還未 push 的commit。 對(duì)于已經(jīng) push 的 commit，也可以使用該命令，不過再次 push 時(shí)，由于遠(yuǎn)程分支和本地分支有差異，需要強(qiáng)制推送 git push -f 來(lái)覆蓋被 reset 的 commit。

還有一點(diǎn)需要注意，在 reset --soft 指定 commit 號(hào)時(shí)，會(huì)將該 commit 到最近一次 commit 的所有修改內(nèi)容全部恢復(fù)，而不是只針對(duì)該 commit。

舉個(gè)例子：

commit 記錄有 c、b、a。

reset 到 a。

此時(shí)的 HEAD 到了 a，而 b、c 的修改內(nèi)容都回到了暫存區(qū)。

給定一個(gè)或多個(gè)現(xiàn)有提交，應(yīng)用每個(gè)提交引入的更改，為每個(gè)提交記錄一個(gè)新的提交。 這需要您的工作樹清潔（沒有從頭提交的修改）。

將已經(jīng)提交的 commit，復(fù)制出新的 commit 應(yīng)用到分支里

commit 都提交了，為什么還要復(fù)制新的出來(lái)？

應(yīng)用場(chǎng)景1：有時(shí)候版本的一些優(yōu)化需求開發(fā)到一半，可能其中某一個(gè)開發(fā)完的需求要臨時(shí)上，或者某些原因?qū)е麓_發(fā)的需求卡住了已開發(fā)完成的需求上線。 這時(shí)候就需要把 commit 抽出來(lái)，單獨(dú)處理。

應(yīng)用場(chǎng)景2：有時(shí)候開發(fā)分支中的代碼記錄被污染了，導(dǎo)致開發(fā)分支合到線上分支有問題，這時(shí)就需要拉一條干凈的開發(fā)分支，再?gòu)呐f的開發(fā)分支中，把 commit 復(fù)制到新分支。

復(fù)制單個(gè)

現(xiàn)在有一條feature分支，commit 記錄如下：

需要把 b 復(fù)制到另一個(gè)分支，首先把 commitHash 復(fù)制下來(lái)，然后切到 master 分支。

當(dāng)前 master 最新的記錄是 a，使用 cherry-pick 把 b 應(yīng)用到當(dāng)前分支。

完成后看下最新的 log，b 已經(jīng)應(yīng)用到 master，作為最新的 commit 了。 可以看到 commitHash 和之前的不一樣，但是提交時(shí)間還是保留之前的。 微信搜索公眾號(hào)：Java后端編程，回復(fù)：java 領(lǐng)取資料 。

復(fù)制多個(gè)

以上是單個(gè) commit 的復(fù)制，下面再來(lái)看看 cherry-pick 多個(gè) commit 要如何操作。

上面的命令將 commit1 和 commit2 兩個(gè)提交應(yīng)用到當(dāng)前分支。

上面的命令將 commit1 到 commit2 這個(gè)區(qū)間的 commit 都應(yīng)用到當(dāng)前分支（包含commit1、commit2），commit1 是最早的提交。

在 cherry-pick 多個(gè)commit時(shí)，可能會(huì)遇到代碼沖突，這時(shí) cherry-pick 會(huì)停下來(lái)，讓用戶決定如何繼續(xù)操作。 下面看看怎么解決這種場(chǎng)景。

還是 feature 分支，現(xiàn)在需要把 c、d、e 都復(fù)制到 master 分支上。 先把起點(diǎn)c和終點(diǎn)e的 commitHash 記下來(lái)。

切到 master 分支，使用區(qū)間的 cherry-pick 。 可以看到 c 被成功復(fù)制，當(dāng)進(jìn)行到 d 時(shí)，發(fā)現(xiàn)代碼沖突， cherry-pick 中斷了。 這時(shí)需要解決代碼沖突，重新提交到暫存區(qū)。

然后使用 cherry-pick --continue 讓 cherry-pick 繼續(xù)進(jìn)行下去。 最后 e 也被復(fù)制進(jìn)來(lái)，整個(gè)流程就完成了。

以上是完整的流程，但有時(shí)候可能需要在代碼沖突后，放棄或者退出流程：

回到操作前的樣子，就像什么都沒發(fā)生過。

不回到操作前的樣子。 即保留已經(jīng) cherry-pick 成功的 commit，并退出 cherry-pick 流程。

給定一個(gè)或多個(gè)現(xiàn)有提交，恢復(fù)相關(guān)提交引入的更改，并記錄一些這些更改的新提交。 這就要求你的工作樹是干凈的（沒有來(lái)自頭部的修改）。

將現(xiàn)有的提交還原，恢復(fù)提交的內(nèi)容，并生成一條還原記錄。

應(yīng)用場(chǎng)景：有一天測(cè)試突然跟你說(shuō)，你開發(fā)上線的功能有問題，需要馬上撤回，否則會(huì)影響到系統(tǒng)使用。 這時(shí)可能會(huì)想到用 reset 回退，可是你看了看分支上最新的提交還有其他同事的代碼，用 reset 會(huì)把這部分代碼也撤回了。 由于情況緊急，又想不到好方法，還是任性的使用 reset，然后再讓同事把他的代碼合一遍（同事聽到想打人），于是你的技術(shù)形象在同事眼里一落千丈。

revert 普通提交

學(xué)會(huì) revert 之后，立馬就可以拯救這種尷尬的情況。

現(xiàn)在 master 記錄如下：

revert 掉自己提交的 commit。

因?yàn)?revert 會(huì)生成一條新的提交記錄，這時(shí)會(huì)讓你編輯提交信息，編輯完后 :wq 保存退出就好了。

再來(lái)看下最新的 log，生成了一條 revert 記錄，雖然自己之前的提交記錄還是會(huì)保留著，但你修改的代碼內(nèi)容已經(jīng)被撤回了。

在 git 的 commit 記錄里，還有一種類型是合并提交，想要 revert 合并提交，使用上會(huì)有些不一樣。

現(xiàn)在的 master 分支里多了條合并提交。

使用剛剛同樣的 revert 方法，會(huì)發(fā)現(xiàn)命令行報(bào)錯(cuò)了。 為什么會(huì)這樣？在官方文檔中有解釋。

通常無(wú)法 revert 合并，因?yàn)槟恢篮喜⒌哪囊粋?cè)應(yīng)被視為主線。此選項(xiàng)指定主線的父編號(hào)（從1開始），并允許 revert 反轉(zhuǎn)相對(duì)于指定父編號(hào)的更改

我的理解是因?yàn)楹喜⑻峤皇莾蓷l分支的交集節(jié)點(diǎn)，而 git 不知道需要撤銷的哪一條分支，需要添加參數(shù) -m 指定主線分支，保留主線分支的代碼，另一條則被撤銷。

-m 后面要跟一個(gè) parent number 標(biāo)識(shí)出主線，一般使用 1 保留主分支代碼。

還是上面的場(chǎng)景，在 master 分支 revert 合并提交后，然后切到 feature 分支修復(fù)好 bug，再合并到 master 分支時(shí)，會(huì)發(fā)現(xiàn)之前被 revert 的修改內(nèi)容沒有重新合并進(jìn)來(lái)。

因?yàn)槭褂?revert 后， feature 分支的 commit 還是會(huì)保留在 master 分支的記錄中，當(dāng)你再次合并進(jìn)去時(shí)，git 判斷有相同的 commitHash，就忽略了相關(guān) commit 修改的內(nèi)容。

這時(shí)就需要 revert 掉之前 revert 的合并提交，有點(diǎn)拗口，接下來(lái)看操作吧。

現(xiàn)在 master 的記錄是這樣的。

再次使用 revert，之前被 revert 的修改內(nèi)容就又回來(lái)了。

此命令管理重錄中記錄的信息。

如果說(shuō) reset --soft 是后悔藥，那 reflog 就是強(qiáng)力后悔藥。 它記錄了所有的 commit 操作記錄，便于錯(cuò)誤操作后找回記錄。

應(yīng)用場(chǎng)景：某天你眼花，發(fā)現(xiàn)自己在其他人分支提交了代碼還推到遠(yuǎn)程分支，這時(shí)因?yàn)榉种е挥心愕淖钚绿峤唬拖胫褂?reset --hard ，結(jié)果緊張不小心記錯(cuò)了 commitHash，reset 過頭，把同事的 commit 搞沒了。 沒辦法， reset --hard 是強(qiáng)制回退的，找不到 commitHash 了，只能讓同事從本地分支再推一次（同事瞬間拳頭就硬了，怎么又是你）。 于是，你的技術(shù)形象又一落千丈。

分支記錄如上，想要 reset 到 b。

誤操作 reset 過頭，b 沒了，最新的只剩下 a。

這時(shí)用 git reflog 查看 歷史 記錄，把錯(cuò)誤提交的那次 commitHash 記下。

再次 reset 回去，就會(huì)發(fā)現(xiàn) b 回來(lái)了。

對(duì)我這種喜歡敲命令而不用圖形化工具的愛好者來(lái)說(shuō)，設(shè)置短命令可以很好的提高效率。 下面介紹兩種設(shè)置短命令的方式。

打開全局配置文件

寫入內(nèi)容

本文主要分享了5個(gè)在開發(fā)中實(shí)用的 Git 命令和設(shè)置短命令的方式。

文中列舉的應(yīng)用場(chǎng)景有部分不太恰當(dāng)，只是想便于同學(xué)們理解，最重要的是要理解命令的作用是什么，活學(xué)活用才能發(fā)揮最大功效。

好啦，今天的分享就到這兒啦，我們下次見啦~

---

---

相關(guān)標(biāo)簽： 提高提交效率、 提高提交效率的英文、 優(yōu)化您的提交策略和技術(shù)、

上一篇：提交策略制定一個(gè)針對(duì)您項(xiàng)目量身定制的計(jì)劃

下一篇：成功提交掌握完善提交系統(tǒng)的藝術(shù)完成掌銀轉(zhuǎn)