我在最近的拉取请求中以某种方式获取了主分支的整个提交历史记录。我的PR包含以下消息：
This pull request is big! We’re only showing the most recent 250 commits.
我有一个有很多功能的分支。这是一个用于测试的工作分支。我必须将该分支分解为单独的拉取请求，每个PR作为单独的特征，以便可以对它们进行检查。有一些具有不同特征的交叉，因此这些单独的分支不会起作用。
我从master分支出来，然后与我最新的工作分支进行未提交的合并。我挑选出与该功能相关的我要合并的文件。这些PR并不是相互依赖的。每个都与master保持同步，但彼此不同。
似乎正在发生的事情是目标分支正在获取工作分支的整个历史记录。我该如何防止这种情况发生？ rebase可以解决这个问题吗？
答案 0 :(得分：1)
这有点倒退。我在工作分支上开发了许多功能。然后，我返回并从master分支，并使用SourceTree与工作分支进行未提交的合并。这使我能够控制进入合并的文件。我为每个功能创建了一个单独的分支。如果我可以选择单个文件而不是整个提交，我就不必这样做了。
即使您没有提交合并提交，您仍然将您的工作分支的HEAD作为您的父母之一，从而带来其历史。
我认为您可以使用git reset执行您想要的操作，但更简单的选择是创建另一个克隆，检查其中的工作分支，并将所有文件复制到分支上的结帐中大师然后，您可以根据自己的喜好进行调整，并将其制定为正确的提交。
如果你的提交是原子的，这将会容易得多，因为你可以简单地选择提交，就像你说的那样。在组织提交时提前做一些工作可以节省大量时间，试图将它们分开。