记一次使用git prune 命令的场景分析

这篇具有很好参考价值的文章主要介绍了记一次使用git prune 命令的场景分析。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

1 异常场景

自动化测试团队在 Jenkins 上配置了用于运行自动化项目的 Job。今天,Job 在执行 git fetch 时报了下面的错误:
记一次使用git prune 命令的场景分析
自动化团队成员无法解决此问题,于是,我这边帮忙阅读了 Job 的日志,使用 git prune 解决问题;找出了导致此异常场景的原因,并重现场景,让大家了解此场景,避免以后在使用 gitlab 管理代码时再出现此异常场景。

2 日志分析

2.1 git fetch 失败原因

先看日志:

error: cannot lock ref ‘refs/remotes/origin/feature/XXX-3683’: ‘refs/remotes/origin/featureexists; cannot create ‘refs/remotes/origin/feature/XXX-3683
From http://xxx/xxx/auto-testing
! [new branch] feature/XXX-3683 -> origin/feature/XXX-3683 (unable to update local ref)
error: cannot lock ref ‘refs/remotes/origin/feature/XXX-deletion’: ‘refs/remotes/origin/featureexists; cannot create ‘refs/remotes/origin/feature/XXX-deletion
! [new branch] feature/XXX-deletion -> origin/feature/XXX-deletion (unable to update local ref)
error: some local refs could not be updated; try running
‘git remote prune http://xxx/xxx/auto-testing’ to remove any old, conflicting branches

分析以上日志后,我们知道 git fetch 失败的原因是:

(1) remote的仓库新增了 feature/XXX-3683feature/XXX-deletion 两个分支。

(2) 执行 git fetch 时,git 会从远端仓库把 远端分支的信息 同步到本地仓库。远端的 feature/XXX-3683feature/XXX-deletion 的信息会被同步到本地仓库的 refs/remotes/origin/feature/XXX-3683refs/remotes/origin/feature/XXX-deletion 下。

(3) 因为 refs/remotes/origin/feature 已经存在,所以导致 refs/remotes/origin/feature/XXX-3683refs/remotes/origin/feature/XXX-deletion 生成失败。

2.3 解决问题

日志已经告诉了我们解决问题的方法,就是使用以下命令:

git remote prune origin

3 原因分析

3.1 prune 的作用

要找出引发 git fetch 时出现异常的原因,就必须先了解git prune 的作用。

git prune 的作用是:用户在 gitlab 服务端删除了一些 branch,本地仓库中仍然存在这些 远端 branch 的信息,则 git prune 会把这些 远端 branch can残留在本地仓库的信息删除掉。

3.3 .git\refs\remotes\origin 存的是什么

git 的本地仓库中包含一个名为 .git 的隐藏文件夹。当使用 git fetchgit pull 拉取代码的时候,除了会拉取当前分支最新代码外,还会同步远端的 branch 信息 到 .git\refs\remotes\origin 中,如下图:
记一次使用git prune 命令的场景分析
图中的 devmaster 两个文件表示 gitlab 服务端存在 devmaster 两个 branch。我们可以用笔记本打开 master 文件查看里面的内容:
记一次使用git prune 命令的场景分析
里面是一串 Hex 字符串,猜想是最新的 commit log id 。在 master 分支下,通过 git log 查看 commit log:

git checkout master
git log

记一次使用git prune 命令的场景分析

到这里,我们知道了 远端 branch 的信息被保存在 .git\refs\remotes\origin 下,每个 branch 都会生成一个以 branch名命名的文件,文件里面记录着该分支最新的 commit log id

3.3 导致异常的原因分析

在了解 git prune 的作用后,大概可以推测出引起本次异常的原因了:

(1) 有同事创建了一个名为 featurebranch,并 push 到了 gitlab 服务。

(2) Jenkins 的 Job 运行成功,其中会执行 git fetch 把远端 feature 信息同步至 .git\refs\remotes\origin\feature

(3) 该同事删除了远端的 feature 分支。

(4) 此时,本地仓库的 .git\refs\remotes\origin\feature 依然存在。

(5) 该同事创建了名为 feature/XXX-3683feature/XXX-deletion 两个分支,并 push 到了 gitlab 服务。

(6) 再次运行 Jenkins 的 Job,git fetch 尝试同步 feature/XXX-3683feature/XXX-deletion 的信息至 .git\refs\remotes\origin

(7) 由于文件 .git\refs\remotes\origin\feature 依然存在,因此 .git\refs\remotes\origin\feature\XXX-3683.git\refs\remotes\origin\feature\XXX-deletion 无法生成,引发了本次异常。

(8) 于是执行 git remote prune origin.git\refs\remotes\origin\feature 文件会被清除。

(9) 重新运行 Job,git fetch 成功同步 feature/XXX-3683feature/XXX-deletion 的信息至 .git\refs\remotes\origin\feature\XXX-3683.git\refs\remotes\origin\feature\XXX-deletion,Job 运行成功。

4 重现异常场景

在 gitlab 创建 feature branch

记一次使用git prune 命令的场景分析

执行 git pull 拉取代码

记一次使用git prune 命令的场景分析
* [new branch] feature -> origin/feature 告诉我们,远程创建了 feature branch,同步该 branch 信息后,在 .git\refs\remotes\origin\ 下生成了 feature 文件:

记一次使用git prune 命令的场景分析

在 gitlab 删除 feature branch

记一次使用git prune 命令的场景分析

在 gitlab 新增 feature/XXX-3683 和 feature/XXX-deletion 两个 branch

记一次使用git prune 命令的场景分析
记一次使用git prune 命令的场景分析

执行 git pull 拉取代码

记一次使用git prune 命令的场景分析
此时,相同的异常出现了,始作俑者就是在远端已被删除的 feature branch 在本地的信息文件 .git\refs\remotes\origin\feature

执行 git remote show origin

可以执行 git remote show origin 查看远端分支情况:

记一次使用git prune 命令的场景分析
refs/remotes/origin/feature stale (use 'git remote prune' to remove) 告诉我们 feature 在远端仓库已被删除了,可使用 git remote prune origin 删除此分支在本地仓库中的信息,即文件 .git\refs\remotes\origin\feature

执行 git remote prune origin

记一次使用git prune 命令的场景分析
* [pruned] origin/feature 告诉我们,.git\refs\remotes\origin\feature 已被清除了。

再执行 git pull

记一次使用git prune 命令的场景分析
此时,本地仓库生成了文件夹 .git\refs\remotes\origin\feature

记一次使用git prune 命令的场景分析
feature 文件夹里包含新建的两个分支的信息文件:

记一次使用git prune 命令的场景分析

5 总结

git prune 可以帮助我们把一些已从远端仓库删除的 branch 残留在本地仓库的信息清除掉。

通过本次异常场景分析后,我建议大家在给 branch 命名时,尽量不要使用 \feature/XXX-3683,否则在拉取代码时极有可能出现本文描述的异常。文章来源地址https://www.toymoban.com/news/detail-438996.html

到了这里,关于记一次使用git prune 命令的场景分析的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 记一次Linux启动Mysql异常解决

    并没有发现3306数据库端口 service mysqld start systemctl start mysqld.service 都无效,报错 发现是磁盘空间不足。。。 (下图是已经清理过的结果截图) 然后把磁盘的不重要文件直接删除即可 rm -rf * 总结: 第一步看全局端口占用情况 第二步看日志/根据提示命令看信息 其实,在启动My

    2024年02月14日
    浏览(49)
  • 记一次使用android studio分析app闪退原因的过程

    首页和问题反馈重复切换两次就闪退 (因为是公司内部app,原有视频不做展示) app是原生android studio开发的,部分页面是h5开发的,通过WebView和addJavascriptInterface接口实现js与java的交互 1.由于部分页面是h5开发的,我从代码里直接修改对应的html的代码,比如我在账号的label标签

    2024年02月05日
    浏览(39)
  • 记一次Elasticsearch GeoIpDownloader的启动异常排查过程

    最近碰到了Elasticsearch GeoIpDownloader相关的一个异常,花费了不少精力排查,故此记录一下,希望碰到同样问题的童鞋们少走弯路。 这个异常是在Elasticsearch启动的过程中报的error,如下所示,从提示信息来看是因为GeoIpDownloader更新数据库失败导致。 GeoIpDownloader是用于下载地图数

    2024年02月02日
    浏览(41)
  • 记一次Oracle归档日志异常增长问题的排查过程

    Oracle归档日志是Oracle数据库的重要功能,用于将数据库的重做日志文件(Redo Log)保存到归档日志文件(Archive Log)中。归档日志的作用是提供数据库的备份和恢复功能,以及支持数据库的持续性和数据完整性。 当数据库处于归档模式时,数据库引擎会将已经写满的重做日志

    2024年02月14日
    浏览(51)
  • 记一次dlopen使用问题导致Framework重启,tombstones、pmap与反汇编分析(上)

    :Android Framework 动态库 动态链接 Binder Android Studio一次更新后发现install App,设备就重启了,跑了一遍开机动画但不是从开机第一屏开始重启,tombstones内容查看发现是 surfaceflinger 挂在 libbinder.so ,那install app做了什么这个不得而知,理论上有问题应该挂的是PackageManager

    2024年04月08日
    浏览(42)
  • 记一次正式环境升级docker服务基础进行版本异常

    因为服务的httpd和tomcat基础镜像版本比较旧,漏洞多,需要升级至最新版本。在本地环境和测试环境都是直接将dockerfile中的FROM基础镜像升级至最新: httpd:由httpd:2.4.52-alpine升级至httpd:2.4.57 tomcat:由4年前的tomcat:last升级至tomcat:9-jdk21-openjdk-slim 但是在正式环境docker容器都启动失

    2024年02月07日
    浏览(42)
  • 记一次 MySQL 主从同步异常的排查记录,百转千回

    你好,我是悟空。 这是悟空的第 183 篇原创文章 官网:www.passjava.cn 本文主要内容如下: 最近项目的测试环境遇到一个主备同步的问题: 备库的同步线程停止了,无法同步主库的数据更改。 备库报错如下: 完整的错误信息: 上面的报错信息是什么意思呢? 翻译一下就是主

    2023年04月17日
    浏览(77)
  • 记一次git冲突解决

    在提交mr的时候突然遇到了conflict,这时候意识到没有及时pull代码,脑海中想起了隔壁一起入职的同事经常念叨的一句“每天早上来都pull一下代码”。但是已经迟了 我看了一下,主要是同一个文件,master分支上已经被修改过,然后我要mr的代码也在这个文件上进行了修改。因

    2024年02月05日
    浏览(40)
  • [git] 记一次git lfs拉取失败解决过程

    之前在Unity做了一个小demo,用unity的.gitignore的模板和自家工程的.gitattribute模板,加了lfs上传了,后续其它同学下载我的demo的时候出现了prefabs和fbx丢失的问题 一开始发现好像是lfs没有自动拉取并析出,同学使用git lfs pull 解决了部分fbx的问题,仍然有几个prefabs是丢失状态,后

    2024年04月15日
    浏览(43)
  • 记一次SQLServer复制监控器(replication monitor)复制延迟数值为NULL的异常处理

      在SQLServer复制(订阅发布),在正常运行的情况下,发布节点一直有写入,订阅节点也正常复制到了这些数据,但分发节点的复制监控器面板(replication monitor)无法看到部分发布对象的延迟信息。如下,经过重启SQLServer服务,重启SQLServer Agent服务,重启操作系统等尝试后,

    2024年01月17日
    浏览(40)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包