'git squash'（推送后）会重写历史吗？

Question

我正在为一个功能开发一个单独的分支。

现在我希望在我的 main 分支中使用此功能，但只是将所有提交压缩为一个（并回顾提交消息）。

问题是我已经将分支pushed 到remote。 所以我不确定我是否可以执行 git merge --squash feature（来自 main 分支）或 是否可以重写我的 git 历史记录。

我不知道git merge --squash 是否会创建一个新的提交（包含，作为一个补丁，我合并的分支的所有更改。所以以一种安全的方式 em>)，或者如果 它将从我的分支中删除旧的提交，或者只是 对 git 历史记录进行任何更改。 （我想避免这种情况，因为我在团队中工作）。

我是否应该选择commit-range cherry-pick，而不是git squash？ （但cherry-pick只会复制所有提交而不压缩它们）

或者与壁球合并可以吗？ （即使在推送到远程功能分支之后）

我想将我的 feature 分支集成为我的 main 分支中的单个提交（可能包含我通过 --squash 获得的所有提交消息），但是无需重写历史。

Answer 1

没有历史被改写。从高级命令来看，只有git rebase 和git commit --amend 执行历史重写。

git merge --squash 只是准备一个工作树，其中包含您要合并的分支的所有信息，正如文档所述：

生成工作树和索引状态，就好像发生了真正的合并一样（合并信息除外），但实际上不进行提交或移动 HEAD，也不记录 $GIT_DIR/MERGE_HEAD 以导致下一个 git commit 命令创建一个合并提交。这允许您在当前分支之上创建一个提交，其效果与合并另一个分支相同（如果是章鱼则更多）。