Azure DevOps Pipeline下Git合并远程分支遇错误与冲突求助

核心问题根源 #

1. 分支检测命令无效：原脚本里的findstr /snip是错误参数，导致无法准确判断远程release分支是否存在，进而触发错误的分支操作逻辑，引发历史不匹配问题。
2. 浅克隆导致历史缺失：Azure Pipelines默认采用浅克隆（仅拉取最新提交），本地仓库没有完整Git历史，Git会误判develop和release分支为无关历史。
3. 粗暴的本地分支操作：git branch -D强制删除本地分支容易导致仓库状态异常，增加合并风险。

分步解决方案 #

1. 修正分支检测逻辑 #

把原脚本中的分支检测命令替换为正确的findstr语法，确保准确识别远程分支：

git branch -r | findstr /r /c:"origin/release/$(MAJORMINOR)" >NUL 2>NUL

/r启用正则匹配，/c:指定完整匹配字符串，避免误判分支名称相似的情况。

2. 解决浅克隆问题 #

在Azure DevOps Pipeline的Get Sources步骤中调整配置：

• 将「Shallow fetch depth」设为0，拉取完整仓库历史
• 若使用YAML Pipeline，添加以下配置到 checkout 步骤：

  steps:
  - checkout: self
    fetchDepth: 0
    persistCredentials: true
  

如果无法修改Pipeline配置，可在脚本开头追加命令补全历史：

git fetch --unshallow

3. 优化分支操作脚本 #

替换为更稳健的脚本，避免不必要的本地分支删除，确保分支历史关联：

git config --global user.email "AzurePipeline@example.com"
git config --global user.name "AzurePipeline"

# 拉取最新远程分支信息并清理无效分支
git fetch origin --prune

# 检测远程release分支是否存在
git branch -r | findstr /r /c:"origin/release/$(MAJORMINOR)" >NUL 2>NUL
if %ERRORLEVEL% == 0 (
    # 分支已存在：基于远程分支创建本地分支，合并develop并自动解决冲突
    git checkout -b release/$(MAJORMINOR) origin/release/$(MAJORMINOR)
    # 优先保留develop分支的文件版本（需根据业务需求调整，改为ours则保留release版本）
    git merge origin/develop --strategy-option theirs
    git push origin release/$(MAJORMINOR)
) else (
    # 分支不存在：从develop创建分支并推送到远程
    git checkout -b release/$(MAJORMINOR) origin/develop
    git push -u origin release/$(MAJORMINOR)
)

4. 验证分支历史一致性 #

执行脚本前，可在本地仓库先确认分支历史：

git log --oneline --graph develop release/1.2

如果仍显示分支历史无关，需检查远程release分支是否被误创建（比如手动创建时未基于develop），可删除异常远程分支后重新执行脚本。

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