正如标题所说，我有一个公开的PR，其中包含我的更改。我想引入master分支，但我不希望它在我的PR中显示为新的更改，供审查人员筛选和忽略。做这件事最好的方法是什么？
就这么做吧。如果在你的PR分支中，你说
git fetch
git merge origin/master
git push
你会更新你的公关分支，但GitHub上的公关不会显示新的"；更改"；来自不同的主设备
我想引入master分支，但我不希望它在我的PR中显示为新的变化，供审查人员筛选和忽略。
在这些情况下，我更喜欢git rebase。Rebasing有效地将新的提交隐藏在分支中，更新分支使其看起来像您正在重新基础化的分支，然后将隐藏的提交添加回分支。结果是，您的分支看起来像是从重新建立基础的分支的当前副本开始进行更改的。
现在，有些人会反对对您已经发出pull请求的分支进行重新定基的想法，因为您的分支现在是"公共的；也就是说，评审员可能已经撤下了副本，在那之后重新调整分支的基础会使你的分支的历史与他们现有的不同。这是一个合理的担忧，但在实践中，通过让评审人员知道你已经重新设定了PR的基础，很容易避免问题，尤其是在一个小团队中
作为git用户，您应该清楚地了解rebase和merge之间的区别，这样您就可以在知情的情况下决定何时使用它们。幸运的是，Atlassian有一篇内容广泛但易于阅读的文章，名为Merging vs.Rebasing。