Jenkins 拉取 Git 仓库时报错：there are still refs under ‘refs/remotes/origin/release‘

文章目录

• [Jenkins 拉取 Git 仓库时报错：there are still refs under 'refs/remotes/origin/release'](#Jenkins 拉取 Git 仓库时报错：there are still refs under 'refs/remotes/origin/release')
• 问题背景
• 问题原因分析
• 解决方法
• • [方法 1：手动清理本地引用](#方法 1：手动清理本地引用)
  • [方法 2：在 Jenkins 配置中启用分支清理](#方法 2：在 Jenkins 配置中启用分支清理)
  • [方法 3：彻底清理工作目录](#方法 3：彻底清理工作目录)
  • • [Freestyle Job](#Freestyle Job)
    • [Pipeline Job](#Pipeline Job)
  • 这种方式最彻底，但缺点是会失去本地缓存，拉取时间更长。
• 最佳实践与建议
• 总结

---

Jenkins 拉取 Git 仓库时报错：there are still refs under 'refs/remotes/origin/release'

---

问题背景

在企业的持续集成（CI/CD）流程中，Jenkins 作为最常用的自动化构建工具之一，几乎每天都会与 Git 仓库打交道。

然而，在日常使用中，很多人会遇到类似的报错：

ERROR: Error fetching remote repo 'origin'
stderr: error: there are still refs under 'refs/remotes/origin/release'
来自 http://www.gitlabtest.com/test/testsystem
 ! [新分支]          release    -> origin/release  （不能更新本地引用）

这类错误通常导致 Jenkins 无法拉取最新代码，构建过程被迫中断。对于需要快速交付的研发团队来说，这种问题会显著影响效率。

---

问题原因分析

要理解这个报错，首先要弄清楚 Git 在本地是如何存储分支引用（refs）的。

1. Git 引用机制

   • 每个远程分支在本地会保存一个对应的引用（例如 refs/remotes/origin/release）。
   • 这些引用存放在 .git/refs/remotes/origin/ 目录下。

2. 错误根因

   • 远程新增了一个 release 分支。

   • 本地 .git 下已经存在一个同名引用 origin/release，但它的类型或来源和远程不一致。

   • Git 出于安全考虑，不会直接覆盖已有引用，于是报错：

     cannot update local ref

3. 常见触发场景

   • 团队在远程仓库里新建了 release 分支，但 Jenkins 的工作区还保留着旧的引用。
   • Jenkins 使用的 Git 版本过低（例如 1.8.x），对新分支处理不够健壮。
   • Job 配置没有启用 清理过时分支，导致本地引用长期积累。

---

解决方法

方法 1：手动清理本地引用

进入 Jenkins 工作区，删除有冲突的引用：

cd /data/jenkins/workspace/test-server
rm -rf .git/refs/remotes/origin/release
git fetch --all

执行完毕后，再让 Jenkins 重新构建，一般即可恢复。

---

方法 2：在 Jenkins 配置中启用分支清理

Jenkins 的 Git 插件提供了一些选项，可以自动处理分支引用问题。

1. 打开 Job 配置 → Source Code Management

2. 在 Additional Behaviours 中添加：

   • Prune stale remote-tracking branches
     （清理远程已删除或过期的分支引用）
   • Wipe out repository & force clone
     （删除旧仓库，强制重新克隆）

这样，每次构建都会保持仓库引用的干净，避免冲突。

---

方法 3：彻底清理工作目录

如果问题频繁发生，可以在构建前强制清理：

Freestyle Job

勾选 Delete workspace before build starts。

Pipeline Job

在 Pipeline 脚本中加入：

pipeline {
    agent any
    stages {
        stage('Clean Workspace') {
            steps {
                cleanWs()
            }
        }
        stage('Checkout') {
            steps {
                git branch: 'main',
                    credentialsId: 'gitlab',
                    url: 'http://www.gitlabtest.com/test/testsystem.git'
            }
        }
    }
}

这种方式最彻底，但缺点是会失去本地缓存，拉取时间更长。

最佳实践与建议

1. 开启分支清理（Prune Stale Branches）

   • 避免因分支新增或删除导致本地引用混乱。

2. 定期清理工作区

   • 对于大仓库，建议每周或每月执行一次全量拉取。

3. 升级 Git 版本

   • 老版本 Git（如 1.8.x）在处理分支同步时兼容性差，建议升级到 2.x。

4. Jenkins Job 配置参数表

参数	作用	建议场景
Prune stale remote-tracking branches	清理远程已删除分支的本地引用	推荐长期开启
Wipe out repository & force clone	强制清理并重新克隆仓库	分支变动频繁或仓库历史冗余
Delete workspace before build starts	构建前删除整个工作目录	避免缓存污染
cleanWs()（Pipeline）	在流水线中清理工作区	自动化清理，更灵活

---

总结

Jenkins 中的

error: there are still refs under 'refs/remotes/origin/release'

报错，本质是 本地 Git 引用与远程分支不一致。

解决思路就是：

1. 清理旧引用
2. 强制同步远程分支
3. 在 Jenkins 中启用分支清理机制

通过上述方法，可以避免构建中断，让持续集成流程更加稳定。

---