原因： 开发过程中，某个功能做完后，产品说不需要了，后面又提交了很多次commit，需要撤销这个功能的代码，也就是撤销中间的一次commit
公司的代码合并需要提mr，然后review后进行rebase合并，在这个前提下，撤销代码就变的很简单
操作： 直接找到对应的提交码：18dc7e9c036d5ac513a8417592140b2f15cbee26
git revert 18dc7e9c036d5ac513a8417592140b2f15cbee26
[**branch* 5107db20d5] Revert "*****"
5 files changed, 127 insertions(+), 8 deletions(-)
推送到自己分支上，准备提交mr
git push --set-upstream origin ***branch**
到此，撤销工作就全部完成
下面记一下正常撤销commit的操作
还没有push，commit在本地
git reset --soft|--mixed|--hard <commit_id>
git push develop --force
-
--mixed 会保留源码，只是将git commit和index信息回退到某个版本
-
--soft 保留源码，只回退到commit信息到某个版本，不涉及index的回退，如果还需要提交，直接commit即可
-
--hard 源码也会回退到某个版本，commit和index都会回退到某个版本，这种方式会改变本地代码
commit push代码已经更新到远程仓库
对于已经把代码push到线上仓库，回退本地代码的同时也想回退线上代码，回滚到某个指定的版本，线上，线下代码保持一致
git revert <commit_id>
revert之后，本地代码会回滚到指定的历史版本，这是再git push就可以更新线上代码
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit
- 第一:上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会.
- 第二:如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.
- 第三:reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.
修改gitignore文件后是已经push的文件生效
git rm 要忽略的文件git commit -a -m "删除不需要的文件"- 在
gitignore文件中添加条目，如admin/src/main/resources/static/static/ - 提交
.gitignore文件git commit -a -m "添加ignore规则"