gitlab ci:当手动或仅当master时运行构建作业

基础概念

GitLab CI（Continuous Integration，持续集成）是GitLab提供的一个功能，它允许开发者通过定义.gitlab-ci.yml文件来自动化构建、测试和部署代码。这个文件定义了一系列的作业（jobs），每个作业可以包含一系列的步骤（steps），这些步骤会按顺序执行。

相关优势

1. 自动化：减少了手动执行构建和测试的需要，提高了效率。
2. 及时反馈：每次代码提交都会触发CI流程，可以快速发现问题。
3. 并行执行：多个作业可以并行执行，加快了整个构建过程。
4. 可扩展性：可以通过添加更多的作业和步骤来扩展CI流程。

类型

GitLab CI中的作业可以根据触发条件分为多种类型：

• 手动触发：需要人工点击按钮来启动作业。
• 定时触发：按照预设的时间表自动触发作业。
• 基于分支触发：当特定分支有代码提交时触发作业。
• 基于事件触发：如合并请求（Merge Request）事件。

应用场景

• 代码质量检查：在每次提交后自动运行代码检查工具，如SonarQube。
• 自动化测试：运行单元测试、集成测试等，确保代码质量。
• 部署自动化：自动将代码部署到开发、测试或生产环境。

问题与解决方案

当手动或仅当master时运行构建作业

如果你想要配置GitLab CI，使得某个作业只在手动触发或者仅在master分支上有代码提交时运行，可以在.gitlab-ci.yml文件中使用only和except关键字来指定触发条件。

以下是一个示例配置：

stages:
  - build

build_job:
  stage: build
  script:
    - echo "Running build job"
    - # 这里可以添加构建命令
  only:
    - master
  except:
    - schedules

在这个配置中：

• only关键字指定了作业只在master分支上运行。
• except关键字指定了作业不会在定时任务（schedules）触发时运行。

如果你还想要添加手动触发的选项，可以在GitLab项目的CI/CD设置中配置一个手动触发的作业。

遇到的问题及原因

如果你发现作业没有按预期运行，可能的原因包括：

1. 配置错误：.gitlab-ci.yml文件中的语法错误或者逻辑错误。
2. 权限问题：当前用户可能没有足够的权限来触发作业。
3. 分支策略：可能是因为分支策略配置不正确，导致作业没有被触发。

解决方法

1. 检查配置文件：确保.gitlab-ci.yml文件没有语法错误，并且逻辑符合预期。
2. 检查权限：确认当前用户有权限触发作业。
3. 调整分支策略：如果需要，调整分支策略以确保作业在正确的条件下被触发。

参考链接

• GitLab CI/CD Documentation

通过以上配置和调整，你应该能够实现当手动或仅当master时运行构建作业的需求。