git revert HEAD
使用git reset回退公共远程分支的版本后,需要其他所有人手动用远程master分支覆盖本地master分支,显然,这不是优雅的回退方法,下面我们使用另个一个命令来回退版本:
git revert HEAD //撤销最近一次提交
git revert HEAD~1 //撤销上上次的提交,注意:数字从0开始
git revert 0ffaacc //撤销0ffaacc这次提交
git revert 命令意思是撤销某次提交。它会产生一个新的提交,虽然代码回退了,但是版本依然是向前的,所以,当你用revert回退之后,所有人pull之后,他们的代码也自动的回退了。
但是,要注意以下几点:
revert 是撤销一次提交,所以后面的commit id是你需要回滚到的版本的前一次提交
使用revert HEAD是撤销最近的一次提交,如果你最近一次提交是用revert命令产生的,那么你再执行一次,就相当于撤销了上次的撤销操作,换句话说,你连续执行两次revert HEAD命令,就跟没执行是一样的
使用revert HEAD~1 表示撤销最近2次提交,这个数字是从0开始的,如果你之前撤销过产生了commi id,那么也会计算在内的。
如果使用 revert 撤销的不是最近一次提交,那么一定会有代码冲突,需要你合并代码,合并代码只需要把当前的代码全部去掉,保留之前版本的代码就可以了.
git revert 命令的好处就是不会丢掉别人的提交,即使你撤销后覆盖了别人的提交,他更新代码后,可以在本地用 reset 向前回滚,找到自己的代码,然后拉一下分支,再回来合并上去就可以找回被你覆盖的提交了。
分享到:
相关推荐
前端大厂最新面试题-git reset_ git revert.docx
主要介绍了git revert和git reset的区别详解的相关资料,需要的朋友可以参考下
git视频教程.8.4.Git 命令 - git revert.mp4 git视频教程.9.Git 命令 - git apply、git am、git format-patch.mp4 git视频教程.10.Git 命令 - git svn、git fast-import.mp4 git视频教程.11.Git 命令 - git gc、git ...
问题描述: 在使用git 进行提交时, 出现上面这个报错, 导致无法提交. 报错大致意思就是创建index.lock文件失败,因为已经存在index.lock文件了. index.lock文件是在.git下面, 而.git是一般是隐藏的, 那么可以通过以下...
git reset --hard HEAD 工作目录中所有未提交的内容清空 撤销提交git revert HEAD撤销最近的一次提交 git revert HE
git revert HEAD 重命名提交 git commit —amend 分行 列出当地分行 git branch 同时列出远程存储库中的分支 git branch -a 去另一个分店 git checkout my-branch 如果添加-ba,将创建新分支 git checkout -b ...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
并在存储库根目录中打开git命令提示符运行git log并记录问题提交的SHA1 对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
并在存储库根目录中打开git命令提示符运行git log并记录问题提交的SHA1 对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
并在存储库根目录中打开git命令提示符运行git log并记录问题提交的SHA1 对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...
对于每次引入未由ServiceNow实例生成的更改的提交,都使用git revert SHA1反复构建git revert SHA1 commit git revert SHA1 ,及时向后工作 运行git push 用已知良好的快照覆盖问题代码快照: 将您的存储库克隆到...