这里写自定义目录标题
介绍
git rebase 除了可以处理冲突之外,另一个作用是可以合并多次 commit id。
解决项目commit id太多,导致维护负责。特别是回退代码找问题的时候,那个痛苦。
来走起,看看rebase
通用场景
术语库
#命令:
p, select = use commit
r, reword =使用commit,但是编辑commit消息
e, edit =使用commit,但是停止修改
s, squash =使用commit,但合并到之前的commit中
f, fixup [-C | -C] = like "squash"但只保留前一个
commit的日志消息,除非使用-C,在这种情况下
只保留提交的消息;-c和-c一样,但是
打开编辑器
- p, pick = 使用提交
- r,改写 = 使用提交,但编辑提交消息
- e,编辑 = 使用提交,但停止修改
- s,squash = 使用提交,但合并到以前的提交中
- f, fixup [-C | -c] = 像 “squash” 一样,但只保留上一个提交的日志消息,除非使用 -C,在这种情况下只保留这个提交的消息; -c 与 -C 相同,但打开编辑器
- x, exec = 使用 shell 运行命令(行的其余部分)
- b, break = 停止到这里(稍后使用“git 变基 --continue”继续变基)
- d, drop = 删除提交
- l, label
- t,重置
- m, merge [-C | -c ] [# ] 使用原始合并提交
- u, update-ref = 在新提交中跟踪要更新到此位置的占位符。 在变基结束时更新
这些线可以重新排序;它们是从上到下执行的。
如果你删除了一行,COMMIT将会丢失。
然而,如果你删除了所有的东西,重置将被中止。
—未完待续