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