Question

在一个积极开发的项目中，主人有一个名为FollowingModel的模型。

我从大师那里分道扬and并在我的分支上工作了几天 - 创建了使用FollowingModel的方法。当我做PR时，另一个分支被合并到master中，将FollowingModel更改为Following。我可以在没有合并冲突的情况下合并到主服务器中，但是如果我这样做，应用程序将会中断 - 因为我的方法将调用一个名称已更改的模型。

在这种情况下进行的正确方法是什么？在一个大项目中，有很多活动部件，这是如何处理的？

Answer 1

在提交公关之前，您需要在新master之上重新设置本地分支。

您从“upstream”（引用原始回购的远程）
将upstream/master合并到master以更新您自己的master，
在master之上修改您的分支并强制推送（并使您的方法名称适应master正在使用的内容）

目标仍然是维护者能够在收到您的公关时，在他/她的master分支上快进您的分支。

如果您直接推送到原始仓库，那么：

它不是“经典”PR 但是“GitHub Secrets”确实提到了：

您是否知道可以在同一存储库中的分支之间使用Pull Requests？您不需要分叉存储库来使用Pull请求在GitHub内部，我们几乎总是在分支之间使用Pull请求。

序列变为：

git checkout master
git pull origin master
git checkout featureBranch
git rebase master
# fix bugs
git push --force origin newBranch

但是假设你是唯一一个newBranch工作的人（或者这是newBranch的第一次推动）。如果你多次这样做，newBranch的历史会在每次推力时发生变化。

Answer 2

在合并之前你通常会做的事情是对主人的反驳。那就是在这种情况下你应该做些什么，要么重新定位，要么将主人合并回你的分支。之后，您在分支中进行了新的主更改，并可以解决出现的所有问题。修复所有错误后，您可以合并到master。

跟上其他分公司的主人

2 个答案: