我希望在分支的中间将几个提交合并在一起，而不修改之前和之后的提交记录。 我有：A -- B -- C -- D -- E -- F -- G | | master dev origin/ma...

在编写新代码时，我会进行许多小的提交以跟踪我的更改。然而，我的公司更喜欢将每个功能作为单个提交提交。因此，解决方案是将整个（本地）分支压缩为单个提交。 如何在不使用 git rebase --interactive 并更改所有提交的 pick 为 squash 的情况下将整个分支压缩？

我已经稍微了解了一下有关 --squash 技术的内容，但似乎这些技术都需要和 --rebase 一起使用。 我有一个功能分支，其中包含如下一组提交记录：(Feature) A --> B --> C --> D --> E --> F --&...

如果我有一个带有标签（例如tag-A）的提交A，然后下一个提交B带有标签tag-B；如果我合并这两个提交，那么这些标签会怎样处理呢？它们都会被分配给合并后的提交吗？

修订（amend）和压缩（squash）命令之间有什么区别？我尝试了两者，并发现它们都可以用于正确管理，它们的作用是相同的。

最近有一位开发人员离开了，他在几个月前的一个仓库中留下了大量只包含“更新”字样的提交记录。理想情况下，我想将它们压缩成一个单独的提交记录，但我只对最近的提交记录这样做过。 如果像下面这样的提交记录很多（假设是两个月前的），我该如何处理？ .... 从两个月前开始aabbcc updated...

在 Git 中，我可以使用交互式 rebase 来重写历史记录。这很棒，因为在我的特性分支中，我会使用大量部分工作的代码进行多次提交，以便探索不同的重构和完成方式。 在将分支 rebase 或合并到主分支之前，我希望将许多提交压缩在一起。 按照从上到下的顺序列出了一些虚构的提交。 1. ...

当在IntelliJ中使用Git时，我如何为本地分支压缩所有提交？在rebase分支窗口中使用什么设置？ 我尝试将Onto设置为local/master，将From设置为我的分支，但然后它会尝试将每个提交的master更改合并到我的分支中，即使我通常每天都将我的分支rebase到master...

我已将数个提交压缩为一个提交。在压缩之前的其中一次提交包含了调试打印信息，而后面与其一同压缩的提交却删去了这些打印信息。 是否有任何方法可以恢复它们？

假设我在branch1上开发了一个特性并使用GitHub Pull Request将其发送进行代码审查。在等待审查期间，我在branch2上进行了一些后续工作。 branch2 -> D --> E --> F ...