GitLab CI/CD artifacts 属性的配置与使用

原创 已于 2022-10-08 15:08:10 修改 · 1.6w 阅读 · 2
收录于
前端开发

当前文章被收录于：

前端开发
296 篇文章 39 人学习
订阅专栏 查看详情
于 2020-08-06 10:31:31 首次发布
本文详细介绍了GitLab CI/CD中关于artifacts的配置，包括如何指定成功或失败时附加的文件和目录，以及工件在作业完成后的处理。工件会被上传至GitLab，用户可以通过UI进行下载。文章提到了路径设置，通配符的使用，以及不同GitLab Runner版本中匹配模式的差异。此外，还讨论了如何通过dependencies限制工件来源，并给出了传递所有文件或不传递任何文件的例子。

AI 驱动代码审查实战

Claude code-review 插件深度解析，把 AI 智能审查接进 CI/CD 流水线

一键订阅

😀最新最全的 GitLab CI/CD 全部关键词解析 请查阅该专栏  GitLab CI/CD 关键词

artifacts用于指定在job 成功或失败 时应附加到作业的文件和目录的列表。

作业完成后，工件将被发送到GitLab，并可在GitLab UI中下载

如

artifacts:paths

路径是相对于项目目录（$CI_PROJECT_DIR）的，不能直接在其外部链接。可以使用遵循

AI 驱动代码审查实战

Claude code-review 插件深度解析，把 AI 智能审查接进 CI/CD 流水线

一键订阅
标签
#gitlab #ci/cd #java
了解本专栏 订阅专栏 解锁全文
使用gitlab 自带 CI/CD 构建部署项目
wow~
06-29 2787
git一定一定要自己装 用gitlab自带的是 1.8.3.1 这个版本在初次构建的时候是没有问题的 二次构建会出现问题。编辑网络 vi /etc/sysconfig/network-scripts/ifcfg-你的网络名称。这里的启动命令可用替换成脚本系统命令 sudo bash 这样就可以循环启用不用管端口占用问题。找到，external_url, 修改 gitlab 访问地址 , 端口设置一个自己喜欢的。然后 用户账号root 登录 密码就是上面设置的密码 详情可参考。提交后可到流水线查看打包过程。
gitlab runner .gitlab-ci.yml 中的cache 和 artifacts 的使用场景。springboot案例
wangrui1605的博客
08-31 9050
文章目录gitlab runner .gitlab-ci.yml 中的cache 和 artifacts 的区别 gitlab runner .gitlab-ci.yml 中的cache 和 artifacts 的区别 cache cache 关键字使用来做缓存的。作业可以在cache 中缓存一个或者是多个文件之后可以下载，目的是使用 相同缓存的后续作业可以不用再次下载文件。所以整个cicd 过程可以执行的更快。 使用场景：主要是用来缓存 比如 java maven 项目中的依赖项。 特点： cache
GitLab Runner作为CI/CD
wangqiaowq的博客
07-30 1283
CI（）持续集成，CD（）持续部署（也包含了持续交付的意思）。CD 指的是在我们 CI 流程通过之后，将代码自动发布到服务器的过程，这个过程也是自动化的。在开发人员提交代码之后，会触发 gitlab 的 CI 流水线。也就是上图的 CI PIPELINE，也就是中间的部分。在 CI 流水线中，我们可以配置多个任务。比如上图的 build、unit test、integration tests 等，也就是构建、单元测试、集成测试等。在 CI 流水线都通过之后，会触发 CD 流水线。
GitLab CI/CD .gitlab-ci.yaml 关键词（三）：制品artifacts，缓存cache
知无涯
04-07 4633
本篇文章将讲解制品artifacts与缓存cache二个关键词。二个关键词都可以将流水线中的文件存储起来，但区别点也很多。
gitlab ci/cd搭建及使用笔记(三)
qq_42936727的博客
11-20 1330
今天还是带来一些gitlab ci/cd使用过程中可能会遇到的问题解决思路或方案，下附历史笔记链接笔记一：笔记二：官方文档：https://gitlab.cn/docs/jh/ci/pipelines/downstream_pipelines.html。
GitLab CI 制品（Artifacts）完全指南：从作用到配置实践
最新发布
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！✨
07-04 2197
Artifacts（制品）是 GitLab CI 中用于在作业之间传递文件或目录的机制。当一个作业执行完成后，可以通过artifacts关键字将指定的文件或目录上传到 GitLab 服务器，供同一流水线的后续作业下载使用，或通过 GitLab Web 界面直接下载查看。💡形象理解：可以把 Artifacts 想象成流水线上的"接力棒"——前一阶段（Job）的工作成果（编译好的二进制文件、测试报告等）通过它传递给后一阶段，确保整个流水线可以无缝衔接。核心要点说明🟢核心作用。
GitLab-CI中的artifacts和cache 的区别
沧海明月的博客
03-06 6029
在GitLab-CI中,cache与artifacts比较容易混淆. 其中cache指的是缓存, 常用于依赖安装中, 如几个jobs都需要安装相同的依赖, 可以使用依赖, 此时可以加快依赖的安装进度; 对于artifacts则是将某个工件上传到GitLab提供下载或后续操作使用, 由于每个job启动时, 都会自动删除.gitignore中指定的文件, 因此对于依赖安装目录, 即可以使用cache, 也可以使用artifacts. 两个主要有以下几个区别: cache不一定命中，artifacts...
gitlab-ci.yml关键字（四）allow_failure 、artifacts 、cache
问白的博客
12-31 3739
Gitlab CI关键字
【GitLab CI/CD】 使用GitLab进行CI/CD的配置与管理
weixin_39372311的博客
07-31 2310
GitLab CI/CD 是 GitLab 内置的持续集成和持续交付/部署系统。它允许开发者通过定义 Pipeline 来自动化代码的构建、测试和部署。Pipeline 是由一系列阶段（stages）和任务（jobs）组成的工作流，每个阶段可以包含一个或多个任务，这些任务可以并行或串行执行。GitLab CI/CD 提供了一套完整的持续集成和持续交付/部署解决方案，能够自动化代码的构建、测试和部署流程。通过 GitLab Runner 和文件，用户可以轻松定义和管理 CI/CD Pipeline。
gitlab 服务 CI/CD 配置
人无远虑，必有近忧
09-23 6435
GitLab CI/CD 工作流通过内置工具实现代码提交时的自动化构建、测试和部署。核心配置文件 .gitlab-ci.yml 定义了触发条件、执行脚本和任务流程，包含 stages（阶段）和 jobs（任务）层级结构。当代码提交符合触发条件时，GitLab Runner 会执行配置的自动化任务，如单元测试或镜像构建。若任务失败则标记为 CI 不通过，需修复后重新提交。该机制能早期发现问题，确保代码质量，提升多人协作效率。文中还介绍了配置参数和示例，为后续 Docker Swarm 集群迁移提供基础。
加速GitLab CI/CD：用Artifacts缓存Git LFS依赖的完整指南
gitblog_00988的博客
09-11 572
你是否遇到过Git LFS大文件拖慢CI/CD流水线的问题？本文将详细介绍如何通过GitLab CI的artifacts功能缓存Git LFS依赖，将构建时间减少60%以上。读完本文你将掌握： - Git LFS与GitLab CI的协同工作原理 - 完整的artifacts缓存配置步骤 - 缓存失效处理策略 - 性能优化最佳实践 ## 为什么需要缓存Git LFS依赖 Git LFS（Lar...
【GitLab CI/CD 实践】从 0 到 1 搭建高效自动化部署流程
记录从移动端、鸿蒙到物联网与AI的完整实战与思考。专注于分享可复用的工程方案与产品思维，尤其深入鸿蒙生态与全栈开发。以十年工程与管理沉淀，为你提供清晰的技术纵深路径。坚信技术的价值在于“贯通”与“落地”。
02-07 1840
GitLab CI/CD 是 GitLab 内置的持续集成和持续部署（CI/CD）工具，它可以帮助开发团队自动化代码测试、构建和部署。本指南将介绍如何使用 GitLab CI/CD 搭建完整的自动化部署流程，包括配置文件的编写、Stages、Jobs、Artifacts 以及 Runner 的使用。GitLab CI/CD 提供了一种高效的自动化部署方式，能够帮助团队提高开发效率和代码质量。本文介绍了 GitLab CI/CD 的基本概念、配置、Runner 的使用以及 Artifacts 处理方式。
gitlab artifacts过期时间查看和清理
最美dee时光的博客
05-19 2854
删除早于特定日期的作业artifacts(保留job_log)（整个实例）删除早于特定日期的作业artifacts(保留job_log)（整个项目）从特定日期前完成的作业中删除作业artifacts和日志（整个实例）从特定日期前完成的作业中删除作业artifacts和日志（整个项目）在数据库中也可以查看artifacts的过期时间。查看单个项目的前50个artifacts文件大小。查看单个项目的前5个artifacts文件信息。查看artifacts文件大小的前20个项目。
Gitlab CI/CD 官方文档学习篇 之 Pipeline Configuration Reference
wifiiii的博客
05-24 5653
什么是Gitlab CI/CD GitLab CI/CD is configured by a file called .gitlab-ci.yml placed at the repository’s root. This file creates a pipeline, which runs for changes to the code in the repository. Pipelines consist of one or more stages that run in order and ca
Gitlab CI/CD upload artifact fails: too large
devilyouwei - 黄有为
12-17 2467
自部署gitlab在进行CI/CD时，出现文件过大问题，三步解决： 第一，admin area 修改：Maximum artifacts size 这一步需要gitlab的管理员账户，左上角admin area settings, 然后左下角settings->CI/CD settings 修改 Maximum artifacts size 第二，修改gitlab.rb sudo vi /etc/gitlab/gitlab.rb 找到 ...
GitLab-CI/CD语法详解
clover661的博客
03-10 8972
工作原理 1、将代码托管在git 2、在项目根目录创建ci文件.gitlan-ci.yml 在文件中指定构建，测试和部署脚本 3、gitlab将检测到他并使用名为git Runner的工具运行脚本 4、脚本被分组为作业，他们共同组成了一个管道 gitlab-ci的脚本执行，需要自定义按照对应的gitlab-runner来执行，代码puhs之后 webhook检测到代码变化就会触发gitlan-cl，分配到各个Runner来运行相应的脚本script gitlab Runner 类型 ​ shared 共享
GitLab CI/CD 完全指南
BADAO_LIUMANG_QIZHI的博客
06-16 442
GitLab CI/CD 完全指南摘要 本文系统介绍了GitLab CI/CD的核心概念与配置方法。主要内容包括： CI/CD概念：持续集成(CI)实现代码提交后自动编译测试，持续交付/部署(CD)完成自动打包部署，形成完整流水线(Pipeline)。 核心组件： Pipeline：完整执行流程 Stage：流水线阶段（如build/test/deploy） Job：具体执行任务 Runner：执行环境 Artifact/Cache：构建产物与缓存机制 配置方法：通过项目根目录的.gitlab-ci.yml
GitLab CI/CD在Ubuntu上的Docker+SSH持续部署实践
weixin_30652897的博客
06-21 431
持续集成与持续部署（CI/CD）是现代软件工程实现快速迭代与可靠交付的核心能力。其本质是通过自动化流水线将代码变更转化为可验证、可追溯、可回滚的生产就绪状态。GitLab CI/CD凭借声明式YAML配置、与Git深度集成及内置Runner机制，显著降低运维协同成本；Ubuntu作为主流LTS发行版，提供长期稳定内核、Docker官方首选支持及开箱即用的SSH服务，成为CI/CD执行环境的理想基座。Docker解决环境一致性难题，确保‘一次构建、处处运行’；SSH则作为轻量、透明、可审计的远程执行通道，支撑
GitLab CI/CD Pipeline失败？别慌！手把手教你排查.gitlab-ci.yaml配置问题
b9c0d的博客
03-06 566
本文系统化地指导开发者如何排查和修复GitLab CI/CD Pipeline失败问题。文章深入解析了.gitlab-ci.yaml配置文件，重点讲解了如何利用CI_PIPELINE_SOURCE等关键变量控制Pipeline触发条件，并提供了从检查作业日志、验证语法到分析Runner状态与执行环境的完整排查路径，帮助读者从容应对CI/CD挑战。
评论 13
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

拿我格子衫来

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值