我在我当地的 branch-1 工作，我的同事在他当地的 branch-2 工作。
他已经提交并将分支推送到他的 origin/develop 并创建了一个 pull request 到 upstream/develop。所以现在它正在等待其他人的审查和批准拉取请求。
问题是，在我的本地分支中，我需要编辑一个相同的文件，我的同事正在处理该文件。所以我的分支和他的分支将包含具有不同代码的相同文件。如果他的分支已经在上游，那么我可以将其合并到我的分支并在本地解决冲突而不会出现问题。
但是现在它处于Pull request状态等待审核，我没有时间等待，我还需要创建我的Pull request。
如何以及何时解决冲突，因为有冲突的文件现在在两个拉取请求中，git现在会识别它还是？由于这些分支还没有在上游。
答案 0 :(得分：4)
无论哪个分支先合并，other PR 都会有一个必须解决的合并冲突。如果你的先合并，他们的将突然不得不解决冲突。如果他们的 PR 合并，你的就会有冲突。
PR 主页会显示冲突，不允许合并。
答案 1 :(得分：1)
另一个答案是正确的，但我想添加另一个可能的行动方案。
如果您的两个单独的功能需要遵循（无论出于何种业务/架构相关的原因）合并顺序，其中 branch-1/feature-1 必须在 branch- 之前2/feature-2 并且同时，您需要为您的功能创建一个 PR，然后您需要做的是将您的分支重新建立在您的同事分支之上并以这种方式创建一个 PR。
分支 1 合并后，将分支 2 变基到最新的 upstream/develop。这将迫使您解决冲突并相应地更新 PR。