我们使用 gitflow 方法，所以有 master 分支、dev 分支、feature 分支。对于发布，我们将 dev 合并到 master 并从那里发布。
发生的情况是，每次我们去 PR dev 进行 master 操作时，我们都会被告知 dev 落后于 master 一次提交，因此我们无法合并。所以我们从公关大师到开发人员。它没有显示差异并且合并得很好。然后我们就可以通过PR dev来掌握了。但即使我们没有做任何事情来掌握，下一个版本也会重复这个循环。
我应该寻找什么可能导致这种情况？
如果您使用标准Git Flowmaster ，那么在合并到分支时您将进行合并提交release。（注意，在你的情况下，听起来你release现在正在跳过分支，而只是有一个dev类似于developGit Flow 中的分支。）因此，每次你合并dev到时master，你都会在master.
从你的评论来看：
如果我们将 dev 合并到 master，它们应该都指向同一个提交（如果我理解我的 git 正确的话）。
不必要。如果您允许快进合并，则情况如此，但如果您强制合并提交，则情况并非如此。但是，合并后和 的状态应该是相同的。devmaster
关于他的评论：
“为什么不能融合？” 好吧，bitbucket 不会让我们这么做。也许可以强制它或其他什么，但似乎这不能解决问题。
这可能是因为您在 BitBucket 中打开了一项设置，需要dev完全更新到master. 请注意，这通常与 Git 合并无关，如果您不需要，则没有必要。
如果您想保留该设置，我建议在合并到master之后立即dev进行后向合并，而不是在之前。这样，如果您有一个修补程序合并到您的流程中，那么该修补程序会立即合并到其中，因此您针对分支的测试可以包含它。mastermasterdevdev