Как объединить несколько правил GitLab с And?

Чтобы понять это правильно, вам нужно понять:

• Как рабочие места объединяются вместе; и
• Как оцениваются правила

Или вы можете просто перейти к последнему заголовку вашего ответа :-)

Как рабочие места объединяются вместе

Часть вашей проблемы здесь, похоже, заключается в ваших ожиданиях того, что extends: делает в этом случае. Когда значения массива встречаются через extends:, они перекрывают друг друга и не объединяются. См. сведения о слиянии для дополнительного контекста.

Например, при такой конфигурации:

.foo:
  rules:
    - if: $FOO == "foo"

.bar:
  rules:
    - if: $BAR == "bar"
job:
  extends:
    - foo
    - bar  # array of rules here will override the previous declarations
  

Другими словами, в результирующей конфигурации в этом случае будет действовать только один набор этих правил, как если бы они были написаны так:

job:
  rules:
    - if: $BAR == "bar"

Итак, в вашем примере применяется только правило платформы, что приводит к поведению, которое вы наблюдаете.

Один из способов обойти это — использовать !reference вместо создания массива правил:

rules:
  - !reference [.foo, rules]
  - !reference [.bar, rules]

Как оцениваются правила

Еще один аспект, требующий понимания, — это то, как оцениваются правила. GitLab будет оценивать каждое правило по порядку и остановится на первом правиле, которое оценивается как истинное. Может быть максимум одно правило, которое вступит в силу! Если никакие правила не совпадают, задание исключается из конвейера.

Итак, есть несколько способов получить эффект оценки AND.

Вы можете объединить его в одно правило и комбинировать с операторами &&:

rules:
  - if: $FOO == "foo" && $BAR == "bar"

Вы также можете получить желаемый эффект, расположив различные правила в определенном порядке и используя обратную логику в сочетании с when: never. Например, эти правила имеют тот же эффект, что и выше:

rules:
  - if: $FOO != "foo"
    when: never
  - if: $BAR != "bar"
    when: never
  - when: on_success  # base case is important!

Инвертируя логику здесь (проверяя != вместо ==), мы позволяем оценке продолжаться по последующим правилам. Это важно, если вы хотите определить и повторно использовать правила по отдельности.

На практике

Применяя понимание, объясненное выше, используя ваш пример, вы можете сделать что-то вроде этого, что позволит вам определить каждое правило только один раз:

# define different sets of rules
.rules:
  pcf-only:
    - if: $PCF_PLATFORM != "true"
      when: never
  k8s-only:
    - if: $K8S_PLATFORM != "true"
      when: never
  manual-feature-branch-optional:
    - if: $CI_COMMIT_BRANCH != $CI_DEFAULT_BRANCH && $CI_PIPELINE_SOURCE != "schedule" && $CI_PIPELINE_SOURCE != "merge_request_event"
      when: manual
      allow_failure: true

# Combine these rules in different ways that can be reused
.k8s-deploy:
  rules: # Order matters!
    - !reference [.rules, k8s-only]
    - !reference [.rules, manual-feature-branch-optional]

.pcf-deploy:
  rules:
    - !reference [.rules, pcf-only]
    - !reference [.rules, manual-feature-branch-optional]

# Use `extends:` for each combination of rules as-needed
deploy-dev-pcf:
  extends:
    - .pcf-deploy  
  script:
    - do deploy

# alternatively, you can define rules directly instead of using `extends:`
deploy-dev-k8s:
  rules:
    - !reference [.rules, k8s-only]
    - !reference [.rules, manual-feature-branch-optional]
  script:
    - do deploy

# ... and so on

Здесь, вероятно, есть и другие возможности рефакторинга для вас, но это, возможно, не по существу вопроса :)