背景

最近在开发中遇到一次飞醋严重的代码故障，同事 A 上线了一个需求，但是由于设计原因，需求代码要严重的线上故障，需要紧急回滚，除了部署回滚之外，同事 A 使用了 git reset --hard 进行的代码回滚，然后重新进行了部署发布，看起来是没有什么问题，但是在发布之后不久，团队内另外的同事 B 也发布了需求代码，这时候故障再次产生了，原因是同事 B 将同事 A 回滚的代码再次发布到了正式环境，

同事 B 在合并代码之前确实是再次合并了线上 master 的代码，那么问题来了，为什么同事 A 明明已经 reset 了代码，同事 B 为什么还能又给带到了正式环境

分析

分析后发现，git reset --hard 强制修改了 master 分支的历史提交记录，导致故障产生

完整操作如下
见原文地址

原文地址

关于 git reset --hard 引发的代码故障（附故障原因及解决方案）