DV
Но имхо проще первый способ, нафиг заморачиваться с генерацией ямла для такой задачки
Size: a a a
2020 June 30
СВ
нельзя из чилдов/ в чилдов артефакты передавать
DV
Тем более
KG
Да первый способ понятен и хорош но весь смысл был в том что разрабы хотят иногда собирать локально. Собственно Makefile я написал. И хотелось бы однобразить сборку и переменные
KG
Когда они локально билдят и когда через CI
DV
Ну а в чем проблема? Просто env-ы будут не из envfile браться. Не думаю, что BINARY_NAME и PACKAGE_NAME у разрабов часто меняются
KG
Да не часто конечно.
DV
Ну или вообще не используйте переменные для артефактов. Что-то типа
name: binaries
paths:
- dist/*.tar.gz
SD
ребята, подскажите по бейджам для пайплайна
SD
проблема, в пайплайне есть except для md файлов и там того, ради чего не нужно его запускать
SD
но если такие изменения помержить, то бейдж становится в состояние unknown
SD
в чем в таком случае логика? почему он не берет последний прогон и не ставит его статус?
A
@ironstas1q имхо, на местере лучше всегда гонять полные тесты. С эксептом есть возможность что-то пропустить и словить скрытую регрессию. А про мастер человек, сиотрящий на репу, должен железобетонно быть уверен, что там статус бездна отражает реальное состояние ветки.
PK
Коллеги, добрый день, а воркдир раннера очищается каждый раз после каждого стейджа?
СВ
Коллеги, добрый день, а воркдир раннера очищается каждый раз после каждого стейджа?
PK
я про директорию где запускаются джобы пайплайна
СВ
тогда не знаю)
GG
Думаю, зависит от
GIT_STRATEGY https://docs.gitlab.com/ee/ci/yaml/README.html#git-strategyне знаю можно ли сказать, что зависит )