gitlab ci only changes某目录下任意文件改变时触发job

最新推荐文章于 2024-05-10 15:25:05 发布

noscallion

最新推荐文章于 2024-05-10 15:25:05 发布

阅读量1.3k

点赞数

文章标签： gitlab ci/cd

本文链接：https://blog.csdn.net/noscallion/article/details/129854245

版权

该配置定义了一个名为front-test的阶段，使用docker.ustchcs.com/node:19.8.1镜像，当frontend目录下任何文件变动时，会执行npmruntest:unit:ci命令进行单元测试，并且此作业仅在前端代码有变更时触发。

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

job-front-test:
  stage: front-test
  image: docker.ustchcs.com/node:19.8.1
  script: 
    - cd frontend
    - npm run test:unit:ci
  only:
    changes:
      - frontend/**/*

表示 frontend 文件夹下的文件任意文件改变时触发 job

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

noscallion

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

GitLab CI/CD .gitlab-ci.yaml 关键词（十二）：条件限定，only ，except，触发规则rules，工作流workflow

知无涯

09-13

4035

本篇文章继续讲解GitLab CI/CD的关键词，本篇主要讲解的五个关键词only，except，rules，workflow。他们的作用很类似，主要作用是使用变量，或其他条件来限定作业或者流水线是否运行。话不多说，让我们开始吧。

Gitlab CI/CD教程以及实战docker自动部署前端项目（全）

码农研究僧的博客

05-22

6607

目录gitlab-cicddocker部署前端项目 gitlab-cicd 两大要素分别为gitlab-runner的环境，以及.gitlab-ci.yml的配置文件书写一条流水线pipeline有多个stages，每个stages有多个jobs images:指定一个镜像作为基础的运行环境 tags：关键词指定runner，tags的取值范围在该项目中可见的runner tags中 only/except：限定当前任务执行的条件 when：在某些特殊情况或者出现故障进行运行 cache：当前工作环境目录

参与评论您还未登录，请先登录后发表或查看评论

Gitlab Merge Request “commits” “changes”分析

u011181610的博客

03-10

9041

最近处理开发人员Merge request 问题时候碰到一个问题：开发人员实际做了一个提交，编辑了三个文件，但是在gitlab merge request中显示的是12个文件差异。今天分析了一下原因，以此记录：1 分析gitlab mq（merge request）的commits例如有两个feature，develop和张三的创建的fea1，fea1提交 mq到develop时候gitlab是如...

多模块maven项目 gitlab提交自动触发指定微服务jenkins流水线

weixin_44670774的博客

02-21

784

项目的后台代码是多模块的，做到提交某个微服务的代码，就只触发某个指定的流水线。

gitlab-ci_cd语法CICD

qq_492448446的博客

03-05

1806

gitlab-ci_cd语法CICD

gitlab分支变更通知_如何基于GitLab做代码评审

weixin_32211739的博客

02-01

714

版权声明：本文为 ABC实验室原创文章，版权所有，侵权必究！导引大家知道，Gitlab是知名的开源代码管理工具，除了云端代码托管服务外，也可以下载社区版本进行本地搭建。因此大部分研发团队都搭建Gitlab进行代码管理。但其实，gitlab也是支持代码评审流程的。如果我们研发团队如果规模不大(例如10个人左右)，完全可以基于gitlab进行代码评审，而无需另外再搭建一趟专业的代码评审工具(例如：...

（附Git的cherry pick神操作）如何解决gitlab合并分支请求时的代码改动（commits和changes）与本地分支的（commit&push）不一致的问题

最新发布

weixin_42585386的博客

05-10

2068

（附Git的cherry pick神操作）如何解决gitlab合并分支请求时的代码改动（commits和changes）与本地分支的（commit&push）不一致的问题

Gitlab 拉取指定文件夹的四部曲

打不死的小五

04-08

2926

拉取gitlab指定文件的四大步骤： 1. 首先新建一个本地仓库初始化本地仓库 git init 2. 将过滤的配置项打开启用过滤的配置项 git config core.sparsecheckout true 3. 写入要拉取的文件夹想要拉取哪个文件夹，就将其写入下述文件中，注意.git是隐藏文件夹，使用git-bash可以正常访问 echo bin >> .git/info/sparse-checkout 4. 拉取项目最后，pull你的项目，要指定分支的haul，就在下方命令

Auto DevOps之gitlab CI/CD

scientificCommunity的博客

08-02

1346

文章目录CI/CD介绍CI/CD的工作流程ci整体原理安装gitlab runner编写.gitlab-ci.yml关于更优雅的达成目标 CI/CD介绍 CI(Continuous Integration)跟CD(Continuous Delivery/Continuous Deployment)的出现主要是为了帮助我们在开发时能更早的发现代码中的bug，避免我们在这些bug上进行后续的开发(一错再错-.-)，甚至将这些bug合并到qa或者staging环境去(错上加错)。说人话就是，我们在提交代码到gi

GitLab CI / CD管道配置参考 .gitlab-ci.yml文件定义字段

知无涯

07-31

5915

亚搏体育app文件亚搏体育app CI / CD GitLab CI / CD管道配置参考 GitLab CI / CD管道配置参考 GitLab CI/CD pipeline configuration reference 使用在每个项目中调用的YAML文件配置GitLab CI / CD 管道.gitlab-ci.yml。该.gitlab-ci.yml文件定义管道的结构和顺序，并确定：使用GitLab Runner执行什么。遇到特定条件时要做出什么决定。例如，当一个过程成功..

.gitlab-ci.yml关键词概览解析（二）

知无涯

12-11

5181

.gitlab-ci.yml关键词完整解析（二）上次我们介绍了 script, image, artifacts ,tags, cache ,stage ,when ,only/except。学习了这几个关键词的用法，就不难配置一条简单的流水线。但如果要遇到更加复杂的业务场景，如微服务，流水线继承，多流水线,等复杂场景，那么只靠以上的几个用法是无法实现的。下面我就再给大家讲解其他几个更加复杂的关键词。这次讲解的关键词有 before_script, after_script, dependencies

gitlab cicd

Crystal_lpx的专栏

05-11

1149

CICD是指持续集成和部署

劈荆斩棘：Gitlab 部署 CI 持续集成

weixin_33860147的博客

05-05

1163

阅读目录： install configue gitlab-ci-multi-runner restore nuget packages bulid .sln run unit tests configue .gitlab-ci.yml configue build status badge image CI 精华文章：持续集成是什么？重温大师经典：Martin Fowler 的持续集成...

GitLab CI/CD实践

ltochange的博客

06-23

451

使用gitlab实现CI/CD流程分为两步：确保你有一个runner去运行你的job 在仓库根目录，创建 .gitlab-ci.yml文件去定义运行的流程 gitlab-runner的安装与使用进入gitlab项目，点击settings，选择CI/CD, 在右边的页面中，点开Runners，进入到如下页面。点击图中的1Show Runner installation instruction，里面有安装步骤。具体安装步骤（1）使用命令dpkg --print-architecture 查看

gitlab 创建 merge-request 时执行作业

u010651383的专栏

07-21

2196

为了项目代码更加健壮，避免一些低级错误以及有一些业务不了解而导致的问题，我们每个需求上线之前都需要邀请其他同学进行代码评审，然而每次都要手动在群里面邀请其他同学未免有一些麻烦了，因此，想要使用`CI`工具，在创建`merge-request`请求时自动发送代码评审邀请。但目前`gitlab`中的事件触发`merge_requests`不仅仅在创建`merge-request`时会触发，我们每次推送更改到已经提过`merge-request`的源分支时，都会触发改工作，导致我们每次推送都会发送一次邀请通知。.

gitlab-ci.yml关键字（五）tags 、only 、when

热门推荐

问白的博客

12-31

1万+

Gitlab CI 关键字

Gitlab CI/CD：入门指南

csfchh的博客

02-15

6074

Web端登录Gitlab仓库后，如果有用户有相应权限，可以在左侧边栏看到CI/CD菜单，包含：Pipelines, Jobs, Schedules三个选项。下面对这些菜单的功能和使用方法进行介绍。

CI流水线配置文件参数详解（一）

格物致知

07-31

1851

文章目录4. 参数详解(一)4.1 ``script``4.2 ``image`` 指定使用Docker镜像。如 ``iamge:name`` ，暂时忽略。4.3 ``before_script`` 用于定义在所有作业之前需要执行的命令，比如更新代码、安装依赖、打印调试信息之类的事情。4.4 ``after_script``4.5 ``stages`` 定义流水线全局可使用的阶段，阶段允许有灵活的多级管道，阶段元素的排序定义了作业执行的顺序。4.6 ``stage``4.7 ``only`` 和 ``ex

gitlab的ci文件如何判断文件是否存在，如何根据特定命令的运行结果来选择执行命令，linux的runner...

weixin_42588672的博客

01-07

632

你可以在GitLab CI文件中使用 [ -f filename ] 来判断文件是否存在。例如，你可以这样写： if [ -f "app/config.yml" ]; then echo "File exists" else echo "File does not exist" fi ...

gitlab ci rule 用法

06-08

GitLab CI rules allow you to define when a job should be created and run based on a set of conditions. Here are a few examples of how to use GitLab CI rules in your pipeline: 1. Trigger a job based on changes in a specific file or directory: ```yaml job: script: echo "Hello, world!" rules: - changes: - path/to/file ``` In this example, the job will be triggered only when there are changes in the `path/to/file` directory. 2. Trigger a job based on the creation of a new branch: ```yaml job: script: echo "Hello, world!" rules: - if: '$CI_COMMIT_BRANCH == "new-branch"' ``` In this example, the job will be triggered only when a new branch called `new-branch` is created. 3. Trigger a job based on the value of a specific variable: ```yaml job: script: echo "Hello, world!" rules: - if: '$ENVIRONMENT == "production"' ``` In this example, the job will be triggered only when the `ENVIRONMENT` environment variable is set to `production`. 4. Trigger a job based on a specific schedule: ```yaml job: script: echo "Hello, world!" rules: - if: '$CI_PIPELINE_SOURCE == "schedule"' ``` In this example, the job will be triggered only when it is scheduled to run based on a specific time interval. These are just a few examples of how to use GitLab CI rules in your pipeline. By using rules, you can create a highly customized and flexible pipeline that meets the specific needs of your project.