如何创建一个优美的commit记录情况一：我们的多次commit已经提交到远端。通常情况下，一个新的功能分支不可能一直

1.背景说明

每当我们开发完一个功能分支以后，在合并到 master 分支以后，会附带的将开发期间所有的 commit 记录一并 merge 到了远端，若为一个人开发还好问题不大，一旦牵扯多个人协同开发的话，就会导致 master 分支 commit 记录严重混乱，‘交叉感染’，commit 记录不清晰。
理想情况下 master 分支 commit 记录应尽量做到干净清晰，一个 commit 为一个功能（但是这个 commit 会包含这个功能分支的所有 commit 记录），方便出问题了进行整体回滚，以及有个清晰的树状图(git log --graph)

2.前置条件

从远端拉取两次项目模拟两个人，再将这两个项目分别从test分支创建一个新的功能分支，用来模拟两个人开发
- 这里用user1和user2来表示
user1和user2分别轮流交叉提交 commit，用来模拟最终 merge 到 test 分支 commit 记录交叉混乱的情况

16_git_rebase

user1 & user2 分别进行的 4 次提交如上图所示

3.最终效果对比

commit 记录‘交叉混乱’ ,视觉上看着并不是很爽朗

17_git_rebase

git log 前后对比如上图所示

git log --graph 前后对比如上图所示

4.如何避免这种问题??

这里以user1操作为例，user2同理

使用git rebase -i xxxx 命令

19_git_rebase

user1 rebase 前后对比如上图所示

情况一：我们的多次 commit 已经提交到远端。

涉及到危险操作git push -f

友情提示：如果对变基不是很清楚，建议在变基之前对'user1'的分支进行备份

通常情况下，一个新的功能分支不可能一直暂存在本地而不提交远端，就样子就会造成多次的 commit 都会被提交到远端，最终 merge 到 test 分支的时候也会附带的把之前的多次 commit 记录一并给提交上去了。而我们期望的是：简化 commit 记录，在 merge 到 test 之前将之前的 commit 都合并为一个

但是git rebase命令多用于未提交到远端之前进行 commit 合并操作。

所以就有了友情提示做个备份，以免操作失误不好挽回的局面。

第一步：找到需要变基的起点

948aa5a940eda8b7d92181a2cd0a272ebec38352 (HEAD -> feature/user1-test, origin/feature/user1-test) add user1.4
60e6ec8520c94dcc54f8f76ab96ba393fe4e19b7 add user1.3
fba4e9588c28d7dd076e5f8abc63a711bb1f0235 add user1.2
d01d268ddf308d7fd612a9c5db2d27f7dc1bfd27 add user1.1
e6edcd464317c119c4cfa3cb2b7a354003db9788 (origin/test, origin/master, test, master) 修复you dont know js图片路径引入问题

由上可知我们要将add user1.1 ~ add user1.4合并为一个 commit，所以我们要选择的起点是 e6edcd464

1.git rebase -i e6edcd464会弹出以下提示

pick d01d268 add user1.1
pick fba4e95 add user1.2
pick 60e6ec8 add user1.3
pick 948aa5a add user1.4

# 变基 e6edcd4..948aa5a 到 948aa5a（4 个提交）
#
# 命令:
# p, pick <提交> = 使用提交
# r, reword <提交> = 使用提交，但修改提交说明
# e, edit <提交> = 使用提交，进入 shell 以便进行提交修补
# s, squash <提交> = 使用提交，但融合到前一个提交
# f, fixup <提交> = 类似于 "squash"，但丢弃提交说明日志
# x, exec <命令> = 使用 shell 运行命令（此行剩余部分）
# b, break = 在此处停止（使用 'git rebase --continue' 继续变基）
# d, drop <提交> = 删除提交
# l, label <label> = 为当前 HEAD 打上标记
# t, reset <label> = 重置 HEAD 到该标记
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       创建一个合并提交，并使用原始的合并提交说明（如果没有指定
# .       原始提交，使用注释部分的 oneline 作为提交说明）。使用
# .       -c <提交> 可以编辑提交说明。
#
# 可以对这些行重新排序，将从上至下执行。
#
# 如果您在这里删除一行，对应的提交将会丢失。
#
# 然而，如果您删除全部内容，变基操作将会终止。

2.将user1.2~user1.4合并到user1.1

pick d01d268 add user1.1
s fba4e95 add user1.2 ↑
s 60e6ec8 add user1.3 ↑
s 948aa5a add user1.4 ↑  # s 表示向上合并，所以p(ick)都会在上 s(quash)在下，否则会出问题哈，不信可以自己尝试[狗头]

:wq //退出保存

3.退出保存后进入如下页面

# 这是一个 4 个提交的组合。
# 这是第一个提交说明：

add user1.1

# 这是提交说明 #2：

add user1.2

# 这是提交说明 #3：

add user1.3

# 这是提交说明 #4：

add user1.4

# 请为您的变更输入提交说明。以 '#' 开始的行将被忽略，而一个空的提交
# 说明将会终止提交
:wq //退出保存

4.直接 :wq退出保存走默认的即可

5.最终效果前后对比

19_git_rebase