ну типа карго культ. все так делают и все привыкли

не из0за культа, как заведено в компании

Господа, а есть толковый мануал (толковее доки), как правильно инклудить ci-ямлики?

Есть репо с анзиблей в которой херова туча ролей.
Хочу, например, сделать CI, который будет активироваться по изменениям в списке хостов и при добавлении нового хоста будет дёргать роли Update, Base, AdminUsers, ServiceAccounts.
Я себе это мыслю как ямлик, в который инклудятся ямлики из ролей.
Но вот, чота, не выходит каменный цветок.

Вот, например, входной ямлик:

---
.keys_propagation: &deploy_keys
  before_script:
    - 'which ssh-agent || ( apt-get update -y && apt-get install openssh-client -y )'
    - eval $(ssh-agent -s)
    - echo "$ssh_key" | tr -d '\r' | ssh-add -
    - mkdir -p ~/.ssh
    - chmod 700 ~/.ssh

stages:
  - test
  - deploy

# Here goes includes from roles

include:
  - local: 'playbooks/roles/base/.gitlab-ci.yml'
  - local: 'playbooks/roles/update/.gitlab-ci.yml'
  - local: 'playbooks/roles/users/.gitlab-ci.yml'

# Test hosts file upon update
test hosts:
  stage: test
  image: sdesbure/yamllint
  script:
    - yamllint inventories/hosts
  only:
    changes:
      - inventories/*

После того как я прописал инклуды, у меня вообще гитлаб не показывает пайплайн.
о.о

разобрался, можно не отвечать.
Не показывал потому что триггеры неправильные были.

Народ, а тут уже обсуждали space от jb?

а зачем это делать тут если есть @ru_devops а тут тематическая группа?

Да

как алтернативу. из того что я посмотрел в презе - много что пересекается

imho и только imho тематические группы не про альтенративы.

для них есть болталки

Люди, подскажие, плз, такой кейс.
у меня есть довольно большая разница между локальным и облачным репами.
И я точно знаю, что мои локальные важнее/новее.
При попытке пушить, Гитллаб не дает, пишет
` ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'git@gitlab.com:cleargoal/afonas.git'
hint: Updates were rejected because the remote contains work that you do not have locally. This is usually caused by another repository pushing to the same ref. You may want to first integrate the remote changes (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.`

как мне перебороть его и залить мои локальные обновления?

например
создать новую ветку с "последним" коммитом, залить в гитлаб эту ветку.
потом смержить(при необходимости)

самый простой способ:
клон облачный в отдельную папку
удаляешь все кроме папки гит
заливаешь то, что есть в локальной репе
git add & commit & push

я чет угуглился и запутался

как вывести в гитлабовский CI выхлоп скрипта?

Skipping Git submodules setup
Authenticating with credentials from job payload (GitLab Registry)
Job succeeded

а   script:     - deploy     - migrate     - check

скрипты деплой мигрэйт и чек понаписаны, в них точно есть эхо

памагити!