July
24th,
2014
如果
持续集成
公司用上持续集成后开发效率大大提升，提交代码以后就会自动打包部署，分分钟见效！
所以自己在做东西的时候，也搭建了一套类似的环境。但最近却遇到了一个深坑。
reset and revert
git 中的reset和revert是两个非常有用的命令，它们的细节不是本文的重点，简单的总结一下：
reset可以让commit回退，就像从来没发生过一样。revert可以自动生成一次完全相反的commit，以撤销之前的操作。
这次遇到的坑来自于reset，因为reset看似是一个时光机，但是有些情况下是无法抹去了。
如果commit没有提交
这种场景下用reset不会有什么副作用，因为还没有提交到服务器。
但是如果你回退到了比远程更早的版本怎么办？
如果回退到了比远程更早的版本
如果这么操作，那么最后的现象就好像是别人提交了一次commit，而你没有pull下来。
所以如果这时候你git pull一下，你reset的commit又会回来。
这样就无解了吗？其实也不一定，还有一个杀手锏：
git push -f
强制替代远程版本，让它和你本地的一样。但是这样就完美了吗？
如果别人拉取了你回退的版本
这种场景就非常不可控了，因为别人不知道这是什么情况，就算你强制提交替换了远程的版本，其他人push一下，那么那个你想抹去的commit就又回来了！
所以，如果你push后，就尽量不要用reset了，除非只有你一个人！
别把CI不当人
坑爹之处来了！我在开发一个项目的时候，觉得反正是自己一个人，所以用了reset，也用了git push -f，远程的确把我的那些不需要的commit抹去了。
但是我的持续集成系统早已拉过我的代码了，所以我想抹去的这部分commit一直在持续集成系统中，发布的代码就和远程的代码不一样了。
这个坑导致我一段程序调了好几天，本地明明是好的，一到服务器上就是不一样了！
好了，至此，吸取教训！少用reset，如果push过，坚决不用reset！
本作品由 Dozer 创作，采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可。