GitLab CI Windows Runner执行git pull挂起 如何实现无人工干预自动合流

你的脚本挂死核心是非交互环境下触发了用户输入等待，两个最常见的诱因和修复方法如下：

• 诱因1：SSH在尝试密码/键盘交互认证，没有收到用户输入就一直挂着，你之前加的known_hosts只解决了主机校验的问题，没有禁用交互认证。
  修复：在git操作前加环境变量禁用SSH交互

  export GIT_SSH_COMMAND="ssh -o BatchMode=yes -o StrictHostKeyChecking=no"
  

  这个参数会让SSH在需要用户输入的时候直接报错退出，不会挂死，同时跳过主机密钥校验，不用你手动维护known_hosts。
• 诱因2：git pull合并时遇到冲突或者需要输入合并提交信息，触发了编辑器等待输入，导致进程卡住。
  修复：把git pull origin main拆分成显式的fetch+merge，禁用合并交互

  git fetch origin main
  git merge origin/main --no-edit --no-ff
  

  --no-edit参数会跳过合并提交信息的编辑步骤，遇到合并冲突直接报错退出，不会卡住。
• 额外适配Windows环境的检查：如果修改后还是挂死，确认Runner运行的用户权限，你配置的SSH私钥、known_hosts路径要和Runner执行用户的home目录匹配，Windows服务模式运行的Runner默认用的是系统用户，home目录不是你登录用户的目录，会导致密钥读取失败触发交互。

你不用自己在CI里操作Git命令做合并，直接用GitLab原生API更稳定，你是项目维护者就有权限操作：

• 先在项目的CI/CD变量里新增一个PROJECT_TOKEN，值为你账号的个人访问令牌，勾选「隐藏变量」，权限选api和write_repository即可。
• 测试通过的步骤里调用API创建合并请求并开启自动合并：

  # 创建MR并设置自动合并
  curl --request POST \
    --header "PRIVATE-TOKEN: $PROJECT_TOKEN" \
    "https://$host_name/api/v4/projects/$CI_PROJECT_ID/merge_requests" \
    --form "source_branch=$CI_COMMIT_REF_NAME" \
    --form "target_branch=main" \
    --form "title=Auto merge $CI_COMMIT_REF_NAME" \
    --form "merge_when_pipeline_succeeds=true" \
    --form "remove_source_branch=true"
  

  这个方法不需要你处理Git合并、推送的逻辑，GitLab会自动做冲突检查、分支同步，全部符合条件才会合入，比自己写脚本更可靠，也不需要人工介入创建MR。

• 如果你的团队接受trunk-based开发模式，可以直接让开发者向main分支提交代码，CI自动跑测试，测试不通过直接拒绝提交，连分支合并的步骤都省了，配合特性开关隐藏未开发完的功能即可。
• 如果你担心直接合入main的风险，可以加一个中间集成分支，所有功能分支先自动合入集成分支跑全量测试，定时（比如每天凌晨）自动把集成分支合入main，出现问题更容易回滚。
• 失败通知直接用GitLab自带的CI通知功能，在项目设置里配置CI失败时自动发邮件给提交人，不需要自己在脚本里实现邮件发送逻辑。

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