修复Git Rebase中的重复提交

我在学习GIT和开发自己的工作流程方面遇到了一些困难。我有一个跟踪股票代码更新的环境，然后在每个新版本的股票代码上应用我们的自定义更改。到目前为止，我在新更新的代码上有我们的自定义更改，但在我刚刚移动的分支上有多个重复项，以及在旧代码上构建的旧分支

Old Stock - New Stock - a - b - c - d - e
          \ a - b - c - d - **e** -----/(merged)

---

在这一点上，我只是害怕做更多的折扣和合并，所以这可能是一个愚蠢的问题，但我只是想知道如何摆脱底部分支与重复提交，但保持一个e提交在我的顶级股票分支。

那就把它捡过来怎么样@我不知道樱桃采摘。我想在我合并新的变更之前，这可能是一个选择。。。不管怎样，我仍然想知道如何消除第二个分支上的所有重复提交，或者干脆完全消除第二个分支。在不知道分支中任何合并冲突等细节的情况下，很难说清楚您需要什么。一般来说，最简单的方法是交互式的重新基址。类似于“git-rebase-i”的东西，可以让您选择不想包含的提交。这可能会有所帮助：这是一个重新设置基础的好主意，现在我意识到我应该给您更多信息。如果我要重新设置基址，那么在我的“e”提交之后，我也会有分支，这些分支仍然与我试图删除的文件相关联。长话短说，我需要在我原来的分支和两个分支上做一个交互式的重基吗？让cherry把它捡过来怎么样@我不知道樱桃采摘。我想在我合并新的变更之前，这可能是一个选择。。。不管怎样，我仍然想知道如何消除第二个分支上的所有重复提交，或者干脆完全消除第二个分支。在不知道分支中任何合并冲突等细节的情况下，很难说清楚您需要什么。一般来说，最简单的方法是交互式的重新基址。类似于“git-rebase-i”的东西，可以让您选择不想包含的提交。这可能会有所帮助：这是一个重新设置基础的好主意，现在我意识到我应该给您更多信息。如果我要重新设置基址，那么在我的“e”提交之后，我也会有分支，这些分支仍然与我试图删除的文件相关联。长话短说，我是否需要在我的原始分支和两个分支上进行交互式重新基址？