所以我有一个 master 分支和一个 development 分支；它们都被锁定，因此只能通过拉取请求对分支进行更改。我想将开发中的一些更改合并到服务器上的 master 中，我为此创建了一个拉取请求。但是存在冲突，所以我在本地手动进行了合并并尝试将更改推送到服务器。由于需要拉取请求的政策，我不能这样做！有没有其他方法可以在不违反政策的情况下解决冲突？我现在能想到的就是放弃拉取请求并创建一个新请求，但我不确定这是否能满足我的需要——没有本地人就无法真正解决我所知道的冲突合并，如果不推送到 master ，就无法将已解决的更改放入我知道的 master 分支中，这是政策禁止的 - 帮助？
【问题讨论】：
标签： git azure-devops
如果我了解您的设置，您应该通过 PR 从 feature/somefeature 分支对 develop 进行更改，对吗？您使用另一个 PR 将 develop 更改为 master（按照惯例，因为分支策略不定义特定分支之间的关系）。
放弃你当前的 PR，因为它在没有强力推动的情况下被破坏了。基于当前的 develop 创建一个新的 feature/ConflictResolution 分支。然后在 localhost 上拉出最新的 master 并将它们合并 master => feature/ConflictResolution。这应该会给您在 PR 中看到的开发和主控之间的相同冲突。解决这些冲突并推送到远程 feature/ConflictResolution 以启动新 PR 进入开发，然后进入主服务器。
这与上一个选项基本相同，只是您要在 conflictResolution 分支和 master 之间创建 PR。我认为这将删除您需要在 develop 和 master 之间进行 PR 的任何更改，因此现有 PR 在您告诉它重新合并后可能会“消失”。
您仍然想使用基于主干的策略，这很好，但要取消锁定的开发分支约定。将策略保留在 master 上，确保它是必需的，在其上添加构建验证，并称之为好。这会强制进入 master 的任何更改使用 PR 并执行 Restore >> Build >> Test 门构建。如果您有一个严格的部署创作过程，请使用标签来标记历史上的那些仪式性里程碑。
这是good video，关于一些策略以及它们如何随着时间的推移而成熟并获得信任。
【讨论】：
创建 PR 反对开发时会引发冲突，对吗？我想您能做的最好的事情就是在开发之上将合并转换为单个修订版（如果可能的话）......然后您可以从中创建 PR。
所以......你已经和develop合并了，对吧？
git reset --soft develop # put all changes related to your PR into the index, ready to commit
git commit -m "My PR changes"
现在，解决所有冲突后的所有更改都在开发后的单个修订中（开发没有移动）。推送该分支（这应该会自行更新 PR 并允许您合并）。
【讨论】：
git revert the-revision-i-want-to-revert，将更改推送到分支，创建 PR，合并到 master）。
昨晚我和老板谈了这件事，他想出了办法：
1) 拉主和开发
2) 从 master 合并到本地开发
3) 已解决的冲突
4) 创建并完成拉取请求
5) 拉动式发展
【讨论】：
正确的过程是你应该将master分支合并到你的development分支，然后提交并推送更改到development分支，然后创建将更改合并到 Master 的拉取请求。
有一个扩展可以解决冲突在线，无需在本地进行。
【讨论】：