git版本管理的push事件撤銷步驟

這篇文章主要講解了“git版本管理的push事件撤銷步驟”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“git版本管理的push事件撤銷步驟”吧！

摘要

??前幾年的互聯(lián)網(wǎng)項(xiàng)目中大家還都比較多的使用svn做版本管理，隨著git的不斷優(yōu)化，以及互聯(lián)網(wǎng)架構(gòu)模式的演進(jìn)，git越來(lái)越受到開發(fā)人員的青睞。 ??博主經(jīng)歷過(guò)的幾個(gè)項(xiàng)目中也都是用到了git作為項(xiàng)目的版本管理?，F(xiàn)在的大部分工程初始化后，除master分之外，都會(huì)增加dev以及test分支，以方便開發(fā)代碼的管理（有的項(xiàng)目也會(huì)建立更多的分支進(jìn)行管理）。一般來(lái)說(shuō)，我們都會(huì)要求開發(fā)人員只允許在dev分支進(jìn)行代碼的commit和push操作。當(dāng)然，有時(shí)候也避免不了某個(gè)不怕死的誤在test或者其他非dev分支推送代碼。博主就在之前的公司經(jīng)歷過(guò)這樣的事情，當(dāng)時(shí)我們的項(xiàng)目開的分支還多（不要問(wèn)我為什么開那么多分支，甲方大爺要求的），有好幾次被新同事誤推代碼后搞得一團(tuán)糟。這篇文章，我們就來(lái)解決一下這個(gè)問(wèn)題。

撤銷步驟（假設(shè)在test分支誤推了代碼）

1-> git log

查看到自己的提交記錄，找到上一次的版本號(hào)

2-> git reset -–soft <版本號(hào)>

參數(shù)soft指的是：保留當(dāng)前工作區(qū)，以便重新提交 還可以選擇參數(shù)hard，會(huì)撤銷相應(yīng)工作區(qū)的修改，一定要謹(jǐn)慎使用

3-> git push origin master –f

回退完后，把提交前的代碼強(qiáng)推到遠(yuǎn)程分支上

4->搞定

感謝各位的閱讀，以上就是“git版本管理的push事件撤銷步驟”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)git版本管理的push事件撤銷步驟這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！