git使用总结

原因： 开发过程中，某个功能做完后，产品说不需要了，后面又提交了很多次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

1. --mixed 会保留源码，只是将git commit和index信息回退到某个版本

2. --soft 保留源码，只回退到commit信息到某个版本，不涉及index的回退，如果还需要提交，直接commit即可

3. --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的文件生效

1. git rm 要忽略的文件
2. git commit -a -m "删除不需要的文件"
3. 在gitignore文件中添加条目，如admin/src/main/resources/static/static/
4. 提交.gitignore文件git commit -a -m "添加ignore规则"