- 综合排序
- 最热优先
- 最新优先
- 来自专栏架构师高级俱乐部
通过 .gitlab-ci.yml配置任务
.gitlab-ci.yml 从7.12版本开始，GitLab CI使用YAML文件(.gitlab-ci.yml)来管理项目配置。该文件存放于项目仓库的根目录，它定义该项目如何构建。 这有两个特殊的例子值得一提： 如果.gitlab-ci.yml中没有定义stages，那么job's stages 会默认定义为 build，test 和 deploy。 开始引入 GItLab CI 允许在.gitlab-ci.yml文件中添加变量，并在job环境中起作用。 现在推荐的定义方法是在.gitlab-ci.yml。 这是设置一个可选值，它会显示在按钮中，点击它可以带你到设置的URL页面。 这些参数可以使用任何的CI variables(包括预定义、安全变量和.gitlab-ci.yml中的变量)。
6.5K20编辑于 2022-04-27 - 来自专栏TopFE
gitlab .gitlab-ci.yml 文件赏析
GitLab官方的流水线 .gitlab-ci.yml 内容 GitLab 代码仓库地址 GitLab 主流水线入口 GitLab 所有引入的流水线 共24个yaml文件，可怕啊。。。。 24887 GIT_CLONE_PATH: "/builds/gitlab-org-forks/${CI_PROJECT_NAME}" include: - local: .gitlab/ci/*.gitlab-ci.yml
1K20编辑于 2022-01-24 - 来自专栏夏天的前端笔记
.gitlab-ci.yml 配置文件详解
/docs.gitlab.com/ee/ci/yaml/gitlab_ci_yaml.html 1.gitlab-ci.yml文件是什么 GitLab提交持续集成服务，当你在项目根目录中添加 .gitlab-ci.yml .gitlab-ci.yml 文件告诉运行器需要做哪些事情，默认情况下，流水线有 build 、test 、deploy 三个阶段，即 构建 、测试 、部署 ，未被使用的阶段将会被自动忽略。 由于将 .gitlab-ci.yml 文件存放在仓库中进行版本控制，使用单一的配置文件来控制流水线，具有读访问权限的每个人都可以查看内容，从而使其更有吸引力地改进和查看构建脚本。 一个.gitlab-ci.yml文件可能包含： stages: - develop - test - master - demo - demorun prd_develop:
2.2K10编辑于 2024-01-18 - 来自专栏TopFE
.gitlab-ci.yml语法完整解析（三）
release, resource_group, retry, rules, services, stage, tags, timeout, trigger, variables, when ，第一期 .gitlab-ci.yml 关键词完整解析（一） 讲了最常用的9个关键词的用法， script, image,artifacts,tags,cache,stage,when,only/except, 第二期.gitlab-ci.yml
2.3K21编辑于 2022-01-23 - 来自专栏TopFE
.gitlab-ci.yml关键词完整解析（二）
.gitlab-ci.yml关键词完整解析（二） 上次我们介绍了 script, image, artifacts ,tags, cache ,stage ,when ,only/except。
2.3K31编辑于 2022-01-23 - 来自专栏TopFE
GitLab CICD 配置指南 .gitlab-ci.yml文件的配置
GitLab的CI/CD 完全是由.gitlab-ci.yml 文件内容决定的 GitLab的CI/CD的具体内容是由.gitlab-ci.yml文件定义的, 一个在GitLab的项目,项目根目录只有有 .gitlab-ci.yml文件,并且配置了Runner,那么每次提交代码 都会触发CI的pipline .gitlab-ci.yml文件是告诉GitLab的runner去做什么在每次触发后,runner 默认有三个阶段, build,test,deploy,你不必每次编写都使用三个阶段,如果一个阶段没有任务,可以直接忽略它 因为.gitlab-ci.yml是存在于项目中的,所有可以进行版本,分支控制, 不同的分支,不同的版本可以有不同.gitlab-ci.yml内容 不用的任务 .gitlab-ci.yml 文件是使用YAML的文件格式来编写的,只允许空格,不允许Tabs 在项目根目录创建一个文件, 那些带有名字的高等级任务,必须包含一个script关键字 这下脚本 都会在Runnner中执行 GitLab 提供了一个验证.gitlab-ci.yml文件的工具, 在项目名的路径后面加上 -/ci/
1.6K10编辑于 2022-01-24 - 来自专栏TopFE
.gitlab-ci.yml关键词完整解析（一）
.gitlab-ci.yml关键词完整解析（一） 使用GitLab自带的流水线，必须要定义流水线的内容，而定义内容的文件默认叫做.gitlab-ci.yml，使用yml的语法进行编写。
1.4K21编辑于 2022-01-23 - 来自专栏全栈工程师修炼之路
持续集成gitlab-ci.yml配置文档基础
的语法，. gitlab-ci.yml 文件被用来管理项目的 runner 任务。 variables GItLab CI 允许在 .gitlab-ci.yml 文件中添加变量，并在job环境中起作用。 这些参数可以使用任何的CI variables(包括预定义、安全变量和 .gitlab-ci.yml 中的变量)。 CI Pipeline： 在 gitlab-ci.yml 中定义的构建和测试阶段。 如果job没有按照预期的运行，这也会让问题查找变得更加困难；在这种情况下，你可以在 .gitlab-ci.yml 中开启调试记录。
16.1K30发布于 2020-10-23 - 来自专栏全栈工程师修炼之路
持续集成gitlab-ci.yml配置文档基础
的语法，. gitlab-ci.yml 文件被用来管理项目的 runner 任务。 variables GItLab CI 允许在 .gitlab-ci.yml 文件中添加变量，并在job环境中起作用。 这些参数可以使用任何的CI variables(包括预定义、安全变量和 .gitlab-ci.yml 中的变量)。 CI Pipeline： 在 gitlab-ci.yml 中定义的构建和测试阶段。 如果job没有按照预期的运行，这也会让问题查找变得更加困难；在这种情况下，你可以在 .gitlab-ci.yml 中开启调试记录。
13.7K20编辑于 2022-09-29 从入门到精通：.gitlab-ci.yml文件的完整指南
而.gitlab-ci.yml文件，则是这一过程中不可或缺的一部分，它像是一个魔法书，为你的代码赋予了生命力。 今天，就让我们一起来揭开.gitlab-ci.yml文件的神秘面纱，探索其中的奇妙世界吧！ .gitlab-ci.yml文件概述 .gitlab-ci.yml文件是GitLab CI/CD流程的核心配置文件，用于定义项目的CI/CD任务和流程。 .gitlab-ci.yml文件的基本结构和语法规则如下： 使用YAML格式：.gitlab-ci.yml文件使用YAML（YAML Ain’t Markup Language）格式进行配置，具有简洁明了的结构 only和except 在.gitlab-ci.yml文件中，only和except关键字用于指定作业的触发条件，控制作业在何种情况下执行。
1.7K00编辑于 2025-05-30- 来自专栏TopFE
.gitlab-ci.yml 使用 artifacts 报错, runner 是本地虚拟机
.gitlab-ci.yml 使用 artifacts 报错, runner 是本地虚拟机 artifacts: paths: - dist Uploading artifacts
1.5K10编辑于 2022-01-24 - 来自专栏TopFE
GitLab CI CD管道配置参考 .gitlab-ci.yml 文件定义内容
关键词 描述 script 由Runner执行的Shell脚本。 image 使用docker映像。也可用：image:name和image:entrypoint。 services 使用docker服务映像。也可用：services:name，services:alias，services:entrypoint，和services:command。 before_script 覆盖作业之前执行的一组命令。 after_script 覆盖作业后执行的一组命令。 stages 定义管道中的阶段。 stage
1.6K20编辑于 2022-01-24 - 来自专栏TopFE
GitLab CI CD管道配置参考 .gitlab-ci.yml文件定义字段
要查看.gitlab-ci.yml企业中使用的大文件，请参阅的.gitlab-ci.yml文件gitlab。 验证 .gitlab-ci.yml GitLab CI / CD的每个实例都有一个称为Lint的嵌入式调试工具，该工具可以验证.gitlab-ci.yml文件的内容。 .gitlab-ci.yml 在创建下一个管道之前，对引用配置的任何更改都不会反映在GitLab中。 定义的文件include为： 与那些深深的合并.gitlab-ci.yml。 include:template可用于包括GitLab随附的.gitlab-ci.yml模板 。 的顺序.pre和.post也不能更改，即使在中乱序定义也是如此.gitlab-ci.yml。
25.1K20编辑于 2022-01-24 - 来自专栏yuyy.info技术专栏
Gitlab CI/CD 实践七：公共脚本仓库
gitlab-cicd-template 结构 ├── common │ ├── build-image │ │ └── .gitlab-ci.yml │ ├── deploy-to-k8s │ │ ├── .gitlab-ci.yml │ │ └── README.md │ ├── push-image │ │ ├── .gitlab-ci.yml │ │ └── README.md │ └── sync-deploy-file-to-template │ ├── .gitlab-ci.yml │ └── README.md ├── golang │ ├── build-image │ │ ├── .gitlab-ci.yml │ │ └── README.md │ ├── golangci-lint │ │ ├── 1.48.0 │ │ │ ├── .gitlab-ci.yml │ │ │ └── .golangci.yml │ │ ├── .gitlab-ci.yml │ │ ├── .golangci.yml │
95710编辑于 2022-10-04 - 来自专栏TopFE
使用GitLab CICD简单部署纯页面 制作Docker镜像,推送拉取 .gitlab-ci.yml 详细
buildimg: image: $DOCKER_IMG stage: build tags: - myubuntu1 script: - docker build -t $APP_IMAGE_NAME . - docker login -u $HARBOR_USERNAME -p $HARBOR_PWD $HARBOR_URL - docker push $APP_IMAGE_NAME - docker image rm $APP_IMAGE_NAM
95110编辑于 2022-01-24 - 来自专栏云原生生态圈
使用Gitlab Template增强GitLab CICD的扩展性和兼容性
我们可以利用include让.gitlab-ci.yml文件的结构更清晰，同时也可以把一些需要集中管理维护的job写在一个YAML文件中，放在一个公共仓库，让其他项目的CI来引入该文件。 举个例子，假如每个团队都需要执行一个report的job，用于报告版本发布的相关信息，那么我们可以把这个job写在report.yml文件，放在一个公共的仓库，然后每个团队的.gitlab-ci.yml $KUBE_INGRESS_BASE_DOMAIN only: - master .gitlab-ci.yml 内容如下： include: 'example.yml' image: alpine 在variable中定义了同一个变量，则该变量被.gitlab-ci.yml中定义的变量覆盖。 VAR1 = hello VAR2 = world TEST_VAR = A 以上结果表明： 在.gitlab-ci.yml中执行的job，使用的环境变量是.gitlab-ci.yml文件定义的变量，
2.8K31发布于 2020-12-29 - 来自专栏code秘密花园
花椒前端基于 GitLab CI/CD 的自动化构建、发布实践
2.1 .gitlab-ci.yml 文件 .gitlab-ci.yml 文件是一个申明式文件，用于定义 GitLab CI/CD 流程分为几个阶段，每个阶段分别干什么。 3.3 新建 .gitlab-ci.yml 文件 1. 拉取项目到本地 2. 在项目根目录新建 .gitlab-ci.yml 文件 3. 提交 .gitlab-ci.yml 文件 4. 四、GitLab CI/CD 实践 在实践部分，这里着重介绍 GitLab Runner 和 .gitlab-ci.yml 文件，主要的流程及遇到的问题和解决方案包含在 .gitlab-ci.yml 文件的介绍过程中 2. .gitlab-ci.yml 文件 活动项目 .gitlab-ci.yml 文件如下，下面主要通过活动项目的 .gitlab-ci.yml 文件来介绍我们的实践过程、.gitlab-ci.yml
3.3K31发布于 2019-07-04 - 来自专栏TopFE
gitlab-ci.yml 自定义多个stages. CICD 自定义多个阶段的执行顺序
使用全局变量stages定义多个stage. 会按照顺序执行. stages: - build - test - publish - deploy - deploy-notify build: stage: build script: - echo 'installing node_modul' only: - master test-cover: stage: test script: - echo 'test-cover' test-v:
1.3K10编辑于 2022-01-24 - 来自专栏Go与云原生
同一个 gitlab-ci 文件能使用多个 runner 吗？
而 ci 中的 tags 和可以和 runner 中的 tags 进行匹配 .gitlab-ci.yml .gitlab-ci.yml 文件如下， 定义了一个 tar stage ， 下面有 三个 job 注意， 这里使用的是 Runner 的 TAG ，不是 Runner 的名字 stages: - tar # .gitlab-ci.yml tar.ivs: stage: tar script 注意红色箭头中的 TAG 标记， 也就是上面 gitlab-ci.yml 中的 tags 值。
3.3K30编辑于 2022-12-24 - 来自专栏除除的专栏
使用 Git CI/CD 和 CLI 自动部署前端项目
介绍了 CI/CD 的概念及其在 GitLab 中的实现，通过 .gitlab-ci.yml 配置文件定义镜像、阶段和执行条件，实现自动化构建、打包和部署。 在 GitLab 中部署 CI/CDGitLab CI/CD 通 .gitlab-ci.yml 配置文件来部署。 cd project_pathtouch .gitlab-ci.yml创建一个简单的 CI/CD 配置:# 指定使用的镜像image: node:latest# 执行步骤，依次执行stages: - script: - npm run deploy.gitlab-ci.yml 常用配置:配置说明image镜像jobs如上所示: install-job、build-job 便是 jobs，是 .gitlab-ci.yml aliyunoss-cli --releaseEnv prd直接使用命令行拼接参数指定路径:# 测试npx aliyunoss-cli --source dist/ --target home/dev/配合 .gitlab-ci.yml
39110编辑于 2025-11-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号