我有一个我正在工作的分支。另一个开发人员在另一个分支中研究它的另一个组件。在他开发的时候,我正在合并他的分支和主控。他将它合并到 master 中,现在我的 PR 很庞大,包括他的所有更改和他的 PR 中的评论。
我试图从那个分支变基,但是有很多合并冲突。无论如何都可以忽略那些使用 GitHub 或 Git 分支技巧的人吗?我也在使用 GitHub Enterprise。
我有一个我正在工作的分支。另一个开发人员在另一个分支中研究它的另一个组件。在他开发的时候,我正在合并他的分支和主控。他将它合并到 master 中,现在我的 PR 很庞大,包括他的所有更改和他的 PR 中的评论。
我试图从那个分支变基,但是有很多合并冲突。无论如何都可以忽略那些使用 GitHub 或 Git 分支技巧的人吗?我也在使用 GitHub Enterprise。
PR 背后的想法是:
因此,确实,您需要将您的分支重新设置在目标分支之上,该目标分支可能位于此处master
。
确保您的分支不包含任何中间合并master
(这将添加他的所有更改),但它仅基于顶部master
(这允许您在所有其他之上测试您的修改)。
如果您的分支包含合并提交,这会在您的分支历史记录中带来所有其他修改(这很糟糕,并且会阻止您轻松地变基所述分支),请执行以下操作:
git checkout yourBranch
git rebase --interactive master
并删除合并提交。只保留你的提交。
TIL:Github 仅在您的分支更新时重新呈现 PR 页面,而不是在您进行 PR 的分支更新时(例如“master”)。
假设您已经重新基于主分支、git commit amend
您的分支并推送它,您应该会看到 PR 页面仅包含您的提交,而没有列出其他人的提交。