在git中，merge --squash和rebase有什么区别？

我是git的新手，正在尝试了解南瓜和rebase之间的区别。据我了解，您在进行重新设置基准时会执行壁球操作。

双方git merge --squash并git rebase --interactive能产生“挤压”承诺。
但是它们有不同的目的。

• git merge --squash abranch

将在目标分支上产生压缩的提交，而不标记任何合并关系。
（注意：它不会立即产生提交：您需要额外的git commit -m "squash branch"）
如果要完全丢弃源分支（从SO问题中获取的模式），这将很有用：

 git checkout stable

      X                   stable
     /                   
a---b---c---d---e---f---g tmp

至：

git merge --squash tmp
git commit -m "squash tmp"

      X-------------------G stable
     /                   
a---b---c---d---e---f---g tmp

然后删除tmp分支。

注意：git merge具有--commit选项，但不能与一起使用--squash。这是从来没有可以使用--commit和--squash在一起。
自Git 2.22.1（2019年第三季度）起，此不兼容被明确指出：

参见Vishal Verma（）的commit 1d14d0c（2019年5月24日）。^{（由Junio C Hamano合并--在}reloadbrain
^{gitster Hamano commit 33f2790中，2019年7月25日）}

merge：垃圾--commit带--squash

以前，在--squash提供时，“ option_commit”被静默删除。对于试图--commit显式地覆盖南瓜的无提交行为的用户来说，这可能是令人惊讶的。

git/git builtin/merge.c#cmd_merge() 现在包括：

if (option_commit > 0)
    die(_("You cannot combine --squash with --commit."));

• git rebase --interactive

在新的基础上重播部分或全部提交，从而使您可以进行压扁（或更近些的“修复”，请参见此问题）），直接转到：

git checkout tmp
git rebase -i stable

      stable
      X-------------------G tmp
     /                     
a---b

如果您选择压缩所有提交 tmp（但与merge --squash，您可以选择重播某些内容，并压榨其他内容）。

所以区别是：

• squash 不会触及您的来源分支（tmp此处），并在您需要的位置创建一个提交。
• rebase允许您使用以下命令在同一源分支上（仍然tmp）：
  • 新基地
  • 更清洁的历史

合并提交：将所有提交保留在分支中，并将它们与基础分支上的提交交织

合并壁球：保留更改，但忽略历史记录中的单个提交

变基：这会将整个功能分支移到master分支的顶端，从而有效地将所有新提交合并到master

在这里更多

合并壁球将树（一系列提交）合并为一个提交。也就是说，它将压缩在n中所做的所有更改提交中为单个提交。

重定基就是重定基，即为树选择新的基（父提交）。也许这个术语的含义更为明确：他们之所以称其为“移植”，是因为：为树选择新的地面（父提交，根）。

进行交互式基准调整时，您可以选择挤压，选择，编辑或跳过将要基准调整的提交。

希望那是清楚的！

让我们从下面的示例开始：

现在，我们有3个选项将功能分支的更改合并到主分支：

1. 合并提交
   将保留功能分支的所有提交历史记录，并将它们移至master分支。
   将添加额外的虚拟提交。

2. Rebase和merge
   将在master分支的前面附加Feature分支的所有提交历史记录。 不会添加额外的虚拟提交。
   

3. 压入并合并
   将所有功能分支的提交分组为一个提交，然后将其追加到master分支的前面，
   将添加额外的虚拟提交。

您可以在下面找到master分支如何照顾每个分支。

在所有情况下：
我们都可以安全地删除功能分支。