gitlab-runner-maven卡死的情况

本文探讨了GitLab DockerRunner在构建过程中遇到的下载jar包或pom文件卡顿问题。通过排除网络因素,推测可能是由于长时间构建导致的超时问题。最终通过调整缓存策略解决了该问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转载请注明出处 http://www.paraller.com 原文排版地址 点击获取更好阅读体验

起因:

项目中遇到的情况,gitlab-docker runner在构建项目的时候, 总会在download jar包或者pom文件的时候挂起,每次都是在不同的下载文件中卡住

原因分析:

  • maven 服务器是内网搭建的,所以不存在网络不通畅的问题。
  • 每次项目构建时间都比较长,有可能是docker runner存在超时的问题 ,寻找各种资料无果放弃;
  • 既然每次都是不同的Jar包卡住,就有可能这个卡住的jar上次有成功下载的情况;于是将重点放在缓存

针对第三点的解决方案:

1、宿主机 install maven2 ,cd /root

### 安装和配置 GitLab Runner #### 1. 安装 GitLab Runner 为了在 CentOS 7 上安装 GitLab Runner,可以通过官方 Yum 源完成安装过程。以下是具体的操作: 通过命令获取并添加 GitLab Runner 的 Yum 源: ```bash curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash ``` 接着,使用 `yum` 命令来安装 GitLab Runner: ```bash sudo yum install gitlab-ci-multi-runner ``` 这一步会将 GitLab Runner 成功安装至系统中[^2]。 --- #### 2. 注册 GitLab Runner 注册 GitLab Runner 是将其关联到特定的 GitLab 项目的关键步骤。进入目标项目的 **Settings -> CI/CD** 页面,在 Runners 部分找到 URL 和 Token。 执行以下命令以启动注册流程: ```bash sudo gitlab-runner register ``` 按照提示输入必要的参数,例如项目的 URL、Token、描述以及标签等。对于构建工具的选择,推荐指定 Docker 或 Shell Executor 来支持 Maven 构建环境[^3]。 --- #### 3. 创建 `.gitlab-ci.yml` 文件 `.gitlab-ci.yml` 是定义 CI/CD 流程的核心文件。下面是一个适用于 Maven 项目的简单示例: ```yaml stages: - build - test - deploy variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" cache: paths: - .m2/repository/ build_job: stage: build script: - mvn clean package -DskipTests=true artifacts: paths: - target/*.jar test_job: stage: test script: - mvn test deploy_job: stage: deploy script: - echo "Deploying application..." - scp target/app.jar user@remote-server:/path/to/deploy/ ``` 上述 YAML 文件分为三个阶段:`build`(编译)、`test`(测试)和 `deploy`(部署)。其中,`mvn clean package` 负责生成可执行 JAR 文件;而 `scp` 则用于远程服务器上的应用部署[^4]。 注意:如果需要更复杂的依赖管理或者额外软件的支持,则可能需要自定义 Docker 镜像作为 Runner 的运行环境。 --- #### 4. 修改 Runner 用户权限 默认情况下,GitLab Runner 使用的是低权限账户运行任务。然而某些操作(如访问受限目录或修改系统设置),可能需要更高的权限级别。因此可以考虑切换为 root 用户运行 Runner: 先确认当前用户的实际状态: ```bash ps aux | grep gitlab-runner ``` 卸载现有服务实例后再重新安装,并显式指明工作路径与用户身份: ```bash sudo gitlab-runner uninstall sudo gitlab-runner install --working-directory /home/gitlab-runner --user root sudo gitlab-runner restart ``` 这样能够确保后续脚本顺利执行而不受权限不足的影响。 --- #### 5. 推送配置文件至仓库 最后记得把新创建好的 `.gitlab-ci.yml` 提交回远端代码库以便触发流水线作业: ```bash git add .gitlab-ci.yml git commit -m "Add GitLab CI/CD pipeline definition" git push origin main ``` 一旦推送成功,应该可以在 GitLab Web UI 中观察到对应的 Pipeline 开始运转起来。 --- ### 总结 综上所述,整个过程中涵盖了从基础组件安装直到高级功能定制等多个方面的工作内容。合理利用这些资源可以帮助团队快速建立起一套稳定可靠的持续交付体系结构。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值