在合作的过程中,难免会遇到需要回滚的时候,分为本地和远程回滚。
某天,程序员 小A 喝了很多很多很多的酒,然后开始写代码 。
A开始改代码中一个文件,改了半个小时,运行之后,发现已经不知道自己在写什么,想
A恢复了之后,思路变的清晰了不少,下笔如神,重新改好, 了工作区的变动,这时A发现: ,他做了撤销
然后又接着修改了代码,终于再三思量,提交了三次 commit 。
A 提交了三次代码,已经是凌晨2点,A去线上 之后跑了一遍项目,瞬间头脑清醒,发现由于环境不一致,导致了 bug ,思考之后,发现暂时无法解决,只好回滚,小A首先将自己本地代码仓库回滚到, 的版本,可以通过 来回滚。
首先需要知道之前提交的版本号,小A通过 查看提交版本
小A又觉得或许应该将代码回滚到 的版本
小A 一看,居然将本地版本回滚到了倒数三次的版本,他生气给了自己一巴掌。然后
终于将版本恢复到了倒数第二次提交,可气的是,小A太过激动,把水杯打翻了,电脑 就关机了,小A 颤抖着双手,终于把电脑重新开启,他只想知道自己刚刚reset 了没有,于是小A
看到了,最近的操作记录,已经会滚到了倒数第二次提交,这时候,A将他本地的代码, 回滚到了他想到的版本,但是远程仓库还是停留在最新版本,他 叹了口气, 推上去,这样远程的版本就被撤销了。
注:有些 git server 不允许这样做,比如gitlab ,但是可以通过管理员开启。
这样,A 就将本地和远程master 都恢复到了上两次提交的版本。小A迷迷糊糊的把 签名改成 “喝酒不写码,写码不喝酒” ,然后便一头栽进枕头,呼呼入睡。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/150049.html