我们已经开始在我们的团队中使用 Bitbucket Server，并希望强制使用拉取请求来将功能分支的提交提交到我们的主要集成分支。为了强制执行此操作，我们打开了分支权限功能，该功能可防止在没有对这些分支的拉取请求的情况下进行合并。这很好用，直到我们收到一个有冲突的拉取请求。
在这种情况下，指令说手动获取源分支的头部并将其合并到目标，然后将其向上推。但是，合并提交被分支权限拒绝！
是我们这里遗漏了什么，还是在使用分支权限时无法手动合并？
【问题讨论】：
标签： bitbucket-server
不幸的是，这些说明在某些权限组合中有些卡顿，我们希望 fix sometime（我在 Bitbucket 工作）。
要解决此问题，您可以通过合并来自目标分支的更改来解决源分支上的冲突。
【讨论】：
当我们进入肮脏的自动合并场景时，无论是通过分支权限还是通过自动合并冲突，使用功能/错误修复分支，我们都会执行以下操作：
在存储库的本地克隆中：
它在 CLI 上：
git checkout <destination branch>
git pull origin <destination branch on remote>
git checkout -b feature/<my branch description>
git fetch origin <source branch>
git merge FETCH_HEAD
<fix conflicts>
git stage <changed files>
git commit -m <my message>
git push origin feature/<my branch description>
<continue in bitbucket>
【讨论】：
在 BitBucket 服务器上，当我们在合并任何拉取请求时遇到任何冲突时，我们可以使用 git bash 工具在本地系统上解决它，然后我们可以提交并将更改推送到远程功能分支并将其合并到主分支.
需要在我们本地系统的 git bash 工具中按顺序执行以下步骤。
(1) 打开 git bash 工具并结帐或切换到本地功能分支。
(2) 将主分支（比如“master”）中的最新更改拉入特性分支。
git pull origin master
(3) 如果上面的命令由于一些本地更改而失败，则使用下面的命令来存储它们，否则转到下一步。
git stash
接着是-
git pull origin master
(4) 如果发生冲突，自动合并会失败，所以我们需要手动合并。使用以下命令解决冲突。
git mergetool
默认情况下，它将显示所有可用的合并工具，并且会自动选择其中一个。 如果我们觉得我们对任何其他工具都很满意，那么我们也可以对其进行配置，git 将为我们打开该工具以解决冲突。
(5) 冲突解决后，将更改提交到功能分支。
git commit
(6) 将更改推送到远程功能分支。
git push
在 BitBucket 服务器上验证，现在拉取请求应该会自动更新。
再次尝试合并它；如果没有冲突，它将成功合并。
如果它再次发生合并冲突（如果有人在我们解决本地系统上的冲突期间在主分支中提交了新更改），请再次按照上述步骤解决它们。
如果我们按顺序执行上述步骤，我们应该能够成功解决任何冲突。
谢谢，希望对你有帮助。
【讨论】：