在日常的开发中，我们经常使用Git来进行版本控制。有时候，我们可能会不小心将错误的代码 Push 到远程仓库，或者想要在本地回退到之前的某个版本重新开发。
或者像我一样，写了一些感觉以后很有用的优化方案push到线上，又接到了一个新的需求。但是呢，项目比较重要，没有经过测试的方案不能轻易上线，为了承接需求只能先把push上去的优化方案先下掉。
现在我的分支是这样的，我想要在本地和远程仓库中都恢复到help文档提交的部分。
# 最简单粗暴的方法
如果你的错误代码不是很多，那么你其实可以通过与你想要恢复到的commit进行对比，然后手动删除错误代码，然后删除不同的代码。
按住 ctrl 选择想要对比的两个commit，然后选择 Compare Versions 就能通过对比删除掉你想要删除的代码。
这个方案在代码很简单时时非常有效的，甚至还能通过删除后最新commit和想要退回的commit在Compare一下保障代码一致。
但是这个方法对于代码比较复杂的情况来说就不太好处理了，如果涉及到繁杂的配置文件，那更是让人头疼。
而且，这样还会保留错误提交的记录，对于有强迫症的我来说，有点接受不能。对此，git也有一套较为优雅的操作流程，同样能解决这个问题。
# IDEA 中 Git 较为优雅的方法
Reset Current Branch 到你想要恢复的commit记录
Soft：你之前写的不会改变，你之前暂存过的文件还在暂存。 Mixed：你之前写的不会改变，你之前暂存过的文件不会暂存。 Hard：文件恢复到所选提交状态，任何更改都会丢失。你已经提交了，然后你又在本地更改了，如果你选hard，那么提交的内容和你提交后又本地修改未提交的内容都会丢失。 keep：任何本地更改都将丢失，文件将恢复到所选提交的状态，但本地更改将保持不变。你已经提交了，然后你又在本地更改了，如果你选keep，那么提交的内容会丢失，你提交后又本地修改未提交的内容不会丢失。
-END-
以上，就是今天的分享了，看完文章记得右下角给何老师点赞，也欢迎在评论区写下你的留言。
