git rebase master
回退分支
这一步可以跳过，只是我错误rebase操作导致目前分支代码不正常，需要先回滚代码。
git log
commit b77bd104afddea0cb0c861dd03ecd3350848xxxx (HEAD -> i18n_author_guide, origin/i18n_author_guide)
Author: lishenyu <lishenyu@xx.com>
Date: Mon Nov 14 20:16:42 2022 +0800
fix: rebase master
commit 1afc280edcc522f1749112476a0406ba0683xxxx
Author: zheng <zheng@xx.com>
Date: Wed Nov 9 14:14:16 2022 +0800
fix: idl更新
可以看到，我需要通过logID回退到历史版本。
git reset --hard 1afc280edcc522f1749112476a0406ba0683xxxx
HEAD is now at 1afc280 fix: idl更新
git reset实现回退操作。首先需要明确三个区域：工作区/ 暂存区/ Repository。
我们对工作区中的代码进行修改，使用git add .将修改的所有代码添加到暂存区，使用git push将暂存区中的代码提交到远程的Repository。
- –hard 撤销工作区所有未提交修改，将暂存区和工作区都回到上一个版本，删除之前的提交信息
- –soft 保留工作目录中的内容，把新内容放置在暂存区。
- –mixed 所有修改放在工作目录 ⚠️：git reset后再次push会引发冲突，需要push -f
1. git rebase master
确保master分支已于远程同步，使用git rebase master，解决冲突。
对于冲突的解决需要看清楚，如果是业务冲突需要手动合并，如果是框架生成的代码冲突需要按照master的代码来。
如果rebase时存在冲突，可以使用goland的可视化工具，git->resolve conflicts，出现此次rebase冲突的代码，可以直接点击进入响应文件进行冲突的手动解决。
左边是自己分支的代码，右边是要rebase的分支的代码，中间是修改后的代码。根据需要accept left或accept right。点击apply后自动实现 git add .,下一步可以直接
git rebase --continue。
2. git push -f
当解决完所有的冲突成功合并后，需要使用push -f强制推到远端。
需要注意：git rebase后提交，相当于将自己的分支提交到了master分支后面。
git rebase的其他指令
同时，在使用rebase master合并分支的时候，有时也会看到终端提示git rebase --continue\ git rebase --abort \ git rebase --skip
- 前两个我们都熟悉，第一个是解决冲突后的继续合并，第二个是放弃当前的所有合并还原代码。那么第三个呢？因为我就是使用第三个命令后所以屡屡丢代码～
对于git rebase 的过程，其实分两步。
- 产生master分支的备份，放在临时分支
- 在临时分支上应用当前分支的每一次提交，如果出现冲突就会终止
而这个git rebase –skip，其实就是跳过某次提交，所以合并到最后肯定会丢代码。😅慎用该指令哈。
参考
git reset: www.jianshu.com/p/c2ec5f06c…
resolve conflicts: www.jetbrains.com/help/go/res…
rebase和merge: waynerv.com/posts/git-r…
文章首发：zerlina-ysl.github.io/posts/blog/…
开启掘金成长之旅！这是我参与「掘金日新计划 · 2 月更文挑战」的第 28 天，点击查看活动详情
