在Push时报错

一种解决方案是

git push remote-name --delete branch-name

git push remote-name  branch-name

删除远程仓库的远程分支，之后Push一个同名的分支，即可解决Push报错问题

合并提交

这个是用变基命令，重写历史的一部分。
可以运用

git rebase -i HEAD~num

在通过指定pick squash等内容来实现合并几次提交。
把出现在下方的提交，标记为squash，即可让这几次提交被合并。

挑拣

提交树依赖情况

git cherry-pick e43a6

挑拣后

注意配合分支命令。branch 可以随时指定某个任意的提交id来创建分支，这非常方便和重要，参考可以自由在提交树上移动。在提交树上自由移动，参考游戏中学git

提交多次但是合并请求审核时：审核者要求一次合并请求对应一次提交编译审核。

可能会想到的解决问题的命令是revert reset rebase cherry-pick等等，但是其实用branch就可以。
因为branch 可以随时指定某个任意的提交id来创建分支，所以可以把这多次提交，指定为多个分支，push时创建并push到分别的远程分支上即可做到一次提交对应一个合并请求。

移动到某次提交的状态

这是在提交树上自由移动的一种延伸用法。

git branch branch-name commit-id

可以给某个提交id指定分支名，这样，就可以方便地切换到这一分支，也就是可以随时切换到某次提交的状态，便于将来可能的Push。

重构提交树

branch :随时给提交id指定分支名即创建对应分支
cherry-pick: 随时挑拣需要的提交到当前分支
rebase: 方便的变基
以上三条命令，交替结合使用，可以非常方便的构建出自己想要的提交树形态。

git变基重写历史push前与push后

代码提交到git上有一套规范。比如提交日志的写法。

git push reponame branchname

再提交 commit 之后，可能有点微调，可能就是想调整一下提交信息。

那么使用

git commit --amend

就可以了。

这个命令我理解为对 git rebase -i HEAD~ 的一种简单封装。

想要干净的提交树。分以下两种情况。

push之前重写历史

这主要就是使用 git rebase -i 注意有的之前使用过 rebase 的，可能日志信息条数被压缩过。

在push之前重写历史，是最容易的。在Progit 中文第二版242页中，有详细介绍，不赘述。

push之后重写历史

这是我的认知盲区，对分支使用不熟练，潜意识里不敢删除分支，其实在git里这种担心很没有必要，随时新建一个分支，删除一个分支。在 push 了一堆无效提交到远程仓库后，想要重建一个干净的提交树。

那么在没有别人在使用 push 成果的情况下，可以直接

git push reponame --delete branchname

把本地通过 rebase 调整过的提交树 push 上去就可以了。

git push reponame branchname

附录

在使用 rebase 重写历史的时候。

注意处理冲突，处理完后要

git rebase --continue

继续确认提交日志信息。

同时要确认清楚多个修改过的信息。

同时，多用 git status 和 git add 确认修改被git记录到。

资料就是Progit中文第二版和交互式教程https://learngitbranching.js.org/?locale=zh_CN