背景
最近在开发中遇到一次飞醋严重的代码故障,同事 A 上线了一个需求,但是由于设计原因,需求代码要严重的线上故障,需要紧急回滚,除了部署回滚之外,同事 A 使用了 git reset --hard 进行的代码回滚,然后重新进行了部署发布,看起来是没有什么问题,但是在发布之后不久,团队内另外的同事 B 也发布了需求代码,这时候故障再次产生了,原因是同事 B 将同事 A 回滚的代码再次发布到了正式环境,
同事 B 在合并代码之前确实是再次合并了线上 master 的代码,那么问题来了,为什么同事 A 明明已经 reset 了代码,同事 B 为什么还能又给带到了正式环境
分析
分析后发现,git reset --hard 强制修改了 master 分支的历史提交记录,导致故障产生
完整操作如下
见原文地址
原文地址
点击查看更多内容
为 TA 点赞
评论
共同学习,写下你的评论
评论加载中...
作者其他优质文章
正在加载中
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦