Всем привет, коллеги почистили файлы в гитлаб артифактс и с сего момента отлетели pages, в настройках такого пункта больше нет. сталкивался кто?

из всех предложенных и прочитанных вариантов сработал только такой:

"........./merge_requests/1?assignee_ids[]=11&assignee_ids[]=22"

спасибо за инфу, буду тоже знать ;-)

Видимо, не только artifacts почистили. Проверь еще, что логи ci jobs не потеряли.

Логи на месте, отлетели только Pages

Вообще, в гитлабе лучше таким через rake tasks такими вещами заниматься, а не шевелить файлы кочергой по своему разумению.

Потому что теперь вам еще надо в бд ссылки на артефакты почистить

Послушаешь вас и думаешь,что артифакты лучше в maven хранить 😅

В публичном что ли?

Зачем? Nexus/artifactory

Не помню про нексус, но если у artifactory удалять файлы из ее blob storage на фс напрямую, то тоже ничего хорошего не выйдет :)

Там у гитлаба что ли напрямую с фс удалили? 🤦‍♂️
Он там в явном виде что ли хранится?

Да, в явном.

В Nexus найти будет не так то просто. В artifactory вроде тоже, но не точно. По Sha разве только

что прописать в gitlab-ci.yml, чтобы он не удалял папки при запуске job gitlab-runner'а? cache и artefact в стадии прописывал, но все равно удаляет

т.е необходимо лишь выкачивать изменения по git и пересобирать образ docker-compose'ом

всем привет , подскажите пожалуйста кто сталкивался - на тестах генерирую отчет в формате xml (pytest)
далее в джобе указываю этот отчет как артифакт с junit :

test:
  stage: test
  script:
    - echo 'Test step'
  artifacts:
      reports:
        junit: test.xml

в случае если какие то тест кейсы были неудачными в mergre request'е у меня отображается список тестов неудачных (см. скрин)
и вот вопрос - как сделать так чтобы в случае если тесты были неуспешными то сборки считалась как "failed" ? сейчас она помечается как passed
искал в документации по ключевому слову "fail" но не смог подходящего варианта найти

Надо переделать пайплайн так, чтобы ложился на концепцию изолированных сборочных окружений, а не пытаться неидиоматически изобретать велосипед, ориентируясь лишь на привычные лекала.
Чистое сборочное окружение - это фича, а не баг.

а каким тогда образом лучше поступить, если есть docker-compose.yml, в котором volume присоединены www и data/mysql, и в данном случае runner дергает docker-compose up —build и миграции через docker exec?  выносить за пределы сборочного окружения или можно допустим как-то передать аргументами

смотреть в сторону docker executor?