git 压缩多个 commit 为一个，是否有非交互式的？

stackoverflow 上找到一篇帖子： http://stackoverflow.com/questions/12394166/how-do-i-run-git-rebase-interactive-in-non-interactive-manner

先 reset 回去再 commit 呗，但这比较危险

压缩多次提交为一个的需求场景是什么呢？
如果仅仅是因为这多个 commit 属于一个 feature ，那么应该用分支 merge 的方法来进行吧

@Chrisplus 需求场景比较奇怪的，注意是想压缩 commit 节省下磁盘空间，版本控制和提交日志不太关注的

@otakustay 这个比较适合回退代码，并且要确保本地仓库还没有 push 到远程公共仓库，否则会有影响

@donghui 你都要本地 merge 了，怎么可能已经 push 到远程了，不然 rebase 以后不一样冲突么……

@donghui 节省空间的话， git gc 有考虑过么
https://git-scm.com/docs/git-gc

@otakustay 可以强制 push 的 [倒是不推荐这么做的]

"squash 成一个 commit" 和 "创建一个和分支的顶端有相同内容的 commit" 是等价的。如果 reset+commit 有影响，那 rebase 同样有影响。

另外一个 commit 未压缩也就几百 B~几 k ，我好奇你们的 repo 大到什么程度...

@Chrisplus 托管到 gitlab 上的， gitlab 上有 rake task 跑 git gc 的

@momocraft repo 一般也不大的，是我自己建了个 repo ，用脚本往上面备份一些东西， commit 比较频繁，时间久了这个就比较大了 [尴尬]

git cherry-pick

@wellsc git cherry-pick 是把 A 分支上的 commit 应用在 B 分支的

diff 生成 patch 然后再 apply ？

@QAPTEAWH git cherry-pick 底层应该是这样

a1 a2 a3 a4

git reset --soft a1^
git commit -m "a1 ～ a4"

或者
git reset --soft a1
git commit --amend -m "a1 ～ a4" --ignore-date

@SoloCompany 嗯 这么倒是也可以~

@donghui #17 去掉最后一个 --ignore-date 和 rebase -i 上选择了 pick, squash, squash, squash 是完全等价的

@SoloCompany 是的， thanks