背景

本地有个项目已经修改了很久（是自己的小项目不是公司的），文件挺多的，还有大量的log文件。一些资源文件是中文名，工作区修改后使用了命令 git add .

本来在.gitignore文件中设置一下就好了，但是实践隔了有点久，忘了这事，就手贱都将工作区修改过的文件提交到暂存区了……然后也就忽略了上传文件大小限制的事情就commit然后push了！

首先我们能看到这样的报错！这时候查看github上的项目没有推送成功的，还好！也就是说现在要解救的就是本地的版本库了。

• 翻译这些错误：前面是自己的文件大小，后面说的是这文件已经超过了github文件大小限制100MB

那我了解到github是1G的空间，单个文件限制100MB，超过50MB的文件会警告！

• 这时我们要是希望能够提前预防，第一，那么用好.gitignore文件，省心，大文件直接过滤掉。第二，add的时候不要放入大文件，也不要轻易add all，要选择性的即使将工作区的文件提交到暂存区，不追踪大文件！

好了，我们再回归怎么才能解决已经出现的问题！

解决思路

撤回版本库中的版本：git revert和git reset
两者的区别：前者revert是用一次新的commit来回滚之前的commit，单纯从‘回滚’这一操作上看，根本没太大区别，但是在以后如果进行merge的时候，版本记录会出现区别，revert相当于用一次你想的commit来中和之前的提交，因此在日后合并的时候，这部分改变不会再次出现，但是reset是相当于把某个commit在branch上删除掉，所以在branch再次merge的时候这些会馆的commit还是会被引入。
而且，git reset是将HEAD的指针向后移动了下，而git revert还是会让HEAD指针前进指针会指向新生成的commit版本。
先说一个远端已经push成功的例子！
如图：

此时，HEAD指针已经在提交D上了，A和B是正常提交，如果此时我们使用git reset --hard 2esdfc（B编号的前六位，我随便编的）那我们的C和D两次提交就不复存在了

但是远程的HEAD指针依然不变，这样要是push的话只能git push -f这样不是很好，所以更推荐用revert。
git revert D git revert C
这两个命令执行成功后，会生成两个新的提交D和C，我们这里称为d，c比较好区分。而且，原来错误的提交记录还在，如果有争议的时候还可以找出提交记录。并且这时就可以直接git push了。

从开头对reset的命令解释，大概就是如果中间出现错误提交，此时用reset，那么之后大家的提交版本都会消失，那么还是推荐revert，生成新的提交记录，使HEAD指针继续向前走。
回到我们的问题，我的问题并没涉及远端仓库，只是本地的commit记录，大致问题如下：

我的目标是将HEAD指针回退到B提交，这种情况也是最简单的问题，这也是我一个人的项目，不涉及远端和其他人分支merge的问题，所以直接reset解决即可，C的版本可以丢弃，将版本库中的文件退会到工作目录中去，其实就是想保留文件的改动，并且从暂存区中剔除跟踪。

• 这就得先了解reset的三种模式了：--hard ，--mixed，--soft

使用这个命令前需要保证work tree是干净的。用图说明一下各个命令后的效果。

• --soft：保留工作目录，并把重置HEAD所带来的差异放入暂存区（index）
• --hard: 直接重置index和work tree，也就是说所有的更改均被丢弃，也就是说你白干了，上次coomit后的内容全都白干！
• --mixed：只要reset后不加任何模式参数，其实就是mix模式，清空index暂存区，但保留工作目录work tree，换句话说就是将所有差异都丢进工作区。正是我们想要的效果！

注意22：30那个提交记录，2e17e5

这是改动记录，太多

使用了--soft HEAD^ 就是回退上一个版本的意思，偷懒了，不想写那六位数编码。因为想看看soft的效果，所以这里使用的是soft。

这时我们再用一次git reset就好了，保留work tree即可。

至此我们还是乖乖地去ignore文件中添加不想被跟踪的文件吧，免得下次又提交不上去。

至于gitignore文件的设置规则：大致想‘#’设置注释，剩下的规则和linux文件匹配差不多。
例如：/log/* 是忽略log文件夹下的所有目录和文件的意思

#匹配规则和linux文件匹配一样
#以斜杠“/”开头表示目录；
#以星号“*”通配多个字符；
#以问号“?”通配单个字符
#以方括号“[]”包含单个字符的匹配列表；
#以叹号“!”表示不忽略(跟踪)匹配到的文件或目录