git merge --squash
git merge --squash {srcBranch} 常用于将feat分支合并至dev时压缩繁杂的提交日志，让合并变得清晰明了。
将 srcBranch上的超前于当前分支的 commits 合并至当前分支，且当前分支不进行commit，合并或解决冲突成功后，允许我们手动做一次 commit log，这样srcBranch的多个 commits 合并至当前分支时只产生一个commit 了。
git checkout dev
echo 1111 >> foo.txt
git add foo.txt
git commit -m "foo.txt 1111"
git checkout -b feat_1
echo 2222 >> foo.txt && git commit -am "foo.txt 2222"
echo 3333 >> foo.txt && git commit -am "foo.txt 3333"
echo 4444 >> foo.txt && git commit -am "foo.txt 4444"
git log
git checkout dev
# 如果我们直接 git merge feat_1 的话 那 feat_1 的所有提交都会记录至 dev
# 但我们想简洁的表征一下
git merge --squash feat_1
# 手动编写 log 提交
git commit -m '
foo.txt 2222
foo.txt 3333
foo.txt 4444
'
# 或者使 diff logs 为模板提交
git commit -v
# 进入 vim 模式 编辑合并的 log
:wq
# 可以看到 feat_1 的 3 log 合并到 dev 上后只有 1 log
git log--squash 的作用为只合并源分支的内容到当前分支的stage区，将commit交由我们来决定，这样便可以整合其他分支的提交日志。
git rebase -i
切记不可用于协同开发的分支，只能用于独自使用的分支。
git rebase -i [startPoint] [endPoint]
rebase可以方便我们编辑本分支的commit记录：合并，修改，删除。比如我在feat分支上开发测试ok，需要合并到dev分支，但feat上有很多繁杂的commit logs，我们可能并不需要在dev中体现，可能有人想到可以在dev上使用 merge --squash，但如果feat落后dev 很多，这时我们可能需要使用 git cherry-pick commitLogHash的方法将feat中特定的提交合并至dev分支。这时就需要我们在dev的基础分支上创建一个temp分支，temp merge --squash feat后获得一次性提交的temp_commit_log，然后切换至dev执行 git cherry-pick {temp_commit_log}合并至dev分支，或者我们可以使用 rebase -i HEAD~N HEAD 的方式合并本分支的多次提交。
合并多条提交记录至用一条
git checkout dev
echo 1111 >> bar.txt && git add bar.txt
git commit -m "bar.txt 1111"
git checkout -b feat_2 dev
echo 2222 >> bar.txt && git commit -am "bar.txt 2222"
echo 3333 >> bar.txt && git commit -am "bar.txt 3333"
echo 4444 >> bar.txt && git commit -am "bar.txt 4444"
# 开发完成 要讲 feat_2 合并回 dev 但不想要太多 feat-2 的 log
git rebase -i dev
-----------------------------------------------------------------------
pick 0483730 bar.txt 2222
pick adf4d92 bar.txt 3333
pick cd1b421 bar.txt 4444
# Rebase 7ffea48..cd1b421 onto 7ffea48 (3 commands)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit
# l, label 修改 commit log
git rebase -i [startpoint] [endpoint] 的 startpoint 为开区间，所以如我们想修改提交的日志，需要如下
#重建最近一次的提交
git rebase -i HEAD~1
#重建 HEAD~3 - HEAD~2 的两次提交
git rebase -i HEAD~4 HEAD~2实例，我们对feat_4的foo4做了 4 次提交，日志如下
git log --pretty=oneline --abbrev-commit
fed40ed (HEAD -> feat_4) foo4 4444
8455d9a foo4 3333
1548e84 foo4 2222
53e837b foo4 1111重写最近一次提交的日志
git rebase -i HEAD~1
#进入交互模式
pick fed40ed foo4 4444
# Rebase 8455d9a..fed40ed onto 8455d9a (1 command)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit
# l, label git rebase -i合并/修改提交记录的方法如上所示。
git cherry-pick
git cherry-pick的使用场景主要是用于挑选合并某分支上的提交到当前分支。比如我们将feat1合并到了dev，产生了log-dev-feat-1，将feat1合并到了dev，产生了log-dev-feat-2，现在我只想将feat1发布到测试分支，git merge dev已经不能满足了，因为会将log-dev-feat-2一起合并过来。
git checkout dev
git merge feat1
git merge feat2
git log --pertty=oneline
git checkout test
# 挑选合并feat1的提交
git cherry-pick feat1-log-hash这样我们就可以灵活的选择要发布到测试环境的功能项了。