如何检测Pull Request合并是否会产生无文件修改的空合并？

要准确检测合并后无任何文件修改的“空合并”情况，核心是直接比较两个分支最终的文件内容差异，而非依赖提交历史或变更集列表。以下是针对Bitbucket Java API的可行方案：

解决方案：比较分支HEAD的内容差异 #

通过DiffService直接获取源分支与目标分支HEAD之间的实际内容差异，判断是否存在真正的文件变更：

// 获取源分支和目标分支的最新提交
Commit sourceHead = commitService.getCommit(repository, sourceBranch);
Commit targetHead = commitService.getCommit(repository, targetBranch);

// 构建差异请求，对比目标分支到源分支的内容变化
DiffRequest diffRequest = new DiffRequest.Builder(repository)
    .fromCommit(targetHead)
    .toCommit(sourceHead)
    .build();

// 检查是否存在非空的内容差异（即合并后会产生修改）
boolean hasActualChanges = diffService.getDiff(diffRequest, new PageRequestImpl(0, 1))
    .stream()
    .anyMatch(diff -> !diff.getHunks().isEmpty());

// 如果hasActualChanges为false，则说明是“空合并”场景
if (!hasActualChanges) {
    // 处理空合并逻辑
}

为什么之前的方法失效？ #

• 检查提交差异的方法：仅判断源分支是否存在目标分支没有的提交，但这些提交的修改可能已经被目标分支的其他提交（如示例中的C提交）完全覆盖，导致合并后无实际变更，但该方法会误判为有变更。
• 检查变更集的方法：ChangesetsRequest返回的是提交中被修改的文件列表，但不会比较文件内容是否完全一致，因此即使源和目标分支对同一文件做了相同修改，也会被算作变更，无法识别空合并。

补充说明 #

如果你的Bitbucket版本支持，也可以尝试通过模拟合并的方式验证：创建临时合并提交，对比合并后的树对象与目标分支的树对象是否一致。但这种方式资源消耗更高，优先推荐上述直接对比内容差异的方案。

内容的提问来源于stack exchange，提问作者tigrou