08-10 CI/CD Git 通用 (六) CI/CD 实战场景 + 排错 + 最佳实践 一、实战场景模板 1.1 Node.js 前端项目 stages: - install - lint - test - build - deploy default: image: node:20-alpine cache: key: files: 7
08-10 CI/CD Git 通用 (五) CI/CD 进阶与复用：include - extends - trigger - environment - services 一、include：把千行 YAML 拆成乐高积木 include 允许你将 .gitlab-ci.yml 拆分成多个文件，或者引用外部模板，是 GitLab CI/CD 配置模块化的核心。 GitLab 支持六种 include 来源： 6
08-10 CI/CD Git 通用 (四) CI/CD 流程控制：rules - workflow - when - needs - parallel 一、rules：新一代条件控制 rules 是 GitLab CI/CD 中用于控制 Job 是否运行的核心机制，也是官方推荐替代 only/except 的现代化方案。 1.1 基本结构 job-name: rules: - if: $CI_COMMIT_BRA 6
08-10 CI/CD Git 通用 (三) CI/CD 核心关键字详解：stages - jobs - variables - cache - artifacts 一、stages：定义流水线的骨架 1.1 基本语法 stages: - build - test - deploy 三个要点： 顺序即执行顺序：列表的书写顺序就是阶段执行顺序——build → test → deploy 前一阶段全部成功，才会进入下一阶段 5
08-10 CI/CD Git 通用 (二) CI/CD Runner 部署详解：Shell - Docker - Kubernetes 三种执行器全指南 一、先理解架构：Runner 到底是怎么工作的？ 在上一篇中，我们把 Runner 比作"工人"，但它到底是如何和 GitLab 协作的？先看一张架构图： ┌─────────────────────────────────────────────────────┐ │ 8
08-10 CI/CD Git 通用 (一) CI/CD 从零读懂 .gitlab-ci.yml：概念、流程与你的第一条流水线 一、引言：你为什么要关心 CI/CD？ 想象这样一个场景—— 你是一个三人团队的开发者。每次发布新功能，你们需要： 手动拉取最新代码 在本地跑一遍测试（有时忘了跑） 手动打包编译 手动上传到服务器 手动重启服务 流程繁琐不说，更可怕 9
08-10 小知识 Git Git Tag 命令详解：从入门到自动化发布 引言 在日常开发中，我们都遇到过这样的场景： "上周五那个版本还能跑，这周怎么就不行了？到底是哪个提交？" Git 的提交历史是一条 SHA-1 哈希构成的链式时间线。对机器而言，a6b4c97498bd 是一个精确的定位点；但对人来说，这串字符毫无意义。Git Tag（标签） 正是连接"机器 10
06-26 Git Git Git 合并部分 提交给 Fork 源 本文记录了如何将Fork仓库中的部分改动提交回上游仓库（回源）。核心步骤包括：先添加源头仓库（upstream）和Fork仓库（origin）两个远程地址；通过`git log --oneline origin/main ^upstream/main`列出Fork中新增的commit。根据需求选择提交方式：方式A推荐利用`cherry-pick`挑选特定commit创建新分支提PR；方式B通过`git checkout origin/main -- 文件名`只提交部分文件改动；方式C使用`git checkout -p`精细挑选文件内的改动块。之后在Git平台创建Pull Request，源分支选新分支，目标仓库选上游仓库及默认分支。PR合并后，执行`git rebase upstream/main`同步本地仓库。该方法帮助开发者只提交需要的改动，避免全部合并。 16