SAGGITARXM

CI/CD 理念：就是将这一重复性操作进行自动化处理。持续集成 CI（Continuous Integration）：在源代码变更后，触发自动检测、构建和测试的过程。在代码提交后，会自动进行构建和测试，并反馈结果。当结果符合预期时，再将代码集成到主干。持续集成的目标是快速确保当前变更是可用的。持续交付 CD（Continuous Delivery）:是基于持续集成基础上，将集成后的代码自动化部署到各个环境测试，确定可以发布生产版本。持续部署 CD（Continuous Deployment）:是基于持续交付

stages: - build# 全局变量，可以在job中使用#variables:# new_version: "4.0.0"# 是否启用缓存， {}表示不启用缓存#cache:# key: ${CI_BUILD_REF_NAME}# paths:# - node_modules/# - dist/# 打包tar_ridgebot: stage: build tags: - runner_tag_name# 指定分支，某分支有变化时.

`.gitlab-ci.yml` 关键字参考 | GitLabDocumentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.https://docs.gitlab.cn/jh/ci/yaml/index.html

地址：GitLab CI/CD 入门 | GitLabDocumentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.https://docs.gitlab.cn/jh/ci/quick_start/

如何在 GitLab CI 管道中构建 Docker 映像CI 管道的一个常见用例是构建用于部署应用程序的 Docker 映像。GitLab CI 是一个很好的选择，因为它支持集成的拉代理服务，这意味着更快的管道，以及用于存储构建图像的内置注册表。在本指南中，我们将向您展示如何设置使用上述两种功能的 Docker 构建。您需要采取的步骤会略有不同，具体取决于您将用于管道的GitLab Runner 执行器类型。我们将在下面介绍 Shell 和 Docker 执行器。使用 Shell Exec