ДР
Ну, их не надо вытаскивать? Они в переменной гитлаба живут, если у тебя пайплайн был триггернут созданием тега
пайплайн триггерится по пушу. а в какой переменной?
Size: a a a
2020 July 08
GG
CI_COMMIT_REF_NAME
GG
ну или CI_COMMIT_TAG
ДР
а они будут работать если пайплайн запущен только по триггеру? если руками запущу то не будет работать? я пробовал уже их выводить он ничего не выдает, но запускал руками пайплайн
af
a fool
Друзья, а кто-то умудрялся перезапустить джобы в МР, которые упали по
"no permission to trigger downstream pipeline gitlab" триггер фактически не имеет кнопки перезапуска.Видимо никак, эх :(
VZ
Dmitrii Barsukov
https://docs.gitlab.com/ee/ci/yaml/#rulesif
rules:
- if: '$CI_MERGE_REQUEST_SOURCE_BRANCH_NAME =~ /^feature/ && $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "master"'
when: always
rules:
- if: '$CI_MERGE_REQUEST_SOURCE_BRANCH_NAME =~ /^feature/ && $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "master"'
when: always
Спасибо. Работает
GG
а они будут работать если пайплайн запущен только по триггеру? если руками запущу то не будет работать? я пробовал уже их выводить он ничего не выдает, но запускал руками пайплайн
я видимо ваш флоу не понимаю
ДР
я видимо ваш флоу не понимаю
наверное я просто плохо объясняю 😊
происходит пуш в репозиторий, запускается пайплайн
и при сборке из перемнных что в доке он вот что пишет
echo $CI_COMMIT_REF_NAME
dev
echo $CI_COMMIT_TAG
тут ничего
сборка происходит внутри докерконтейнера
происходит пуш в репозиторий, запускается пайплайн
и при сборке из перемнных что в доке он вот что пишет
echo $CI_COMMIT_REF_NAME
dev
echo $CI_COMMIT_TAG
тут ничего
сборка происходит внутри докерконтейнера
GG
наверное я просто плохо объясняю 😊
происходит пуш в репозиторий, запускается пайплайн
и при сборке из перемнных что в доке он вот что пишет
echo $CI_COMMIT_REF_NAME
dev
echo $CI_COMMIT_TAG
тут ничего
сборка происходит внутри докерконтейнера
происходит пуш в репозиторий, запускается пайплайн
и при сборке из перемнных что в доке он вот что пишет
echo $CI_COMMIT_REF_NAME
dev
echo $CI_COMMIT_TAG
тут ничего
сборка происходит внутри докерконтейнера
ну, значит сборка была триггернута пушем в ветку dev, а не созданием тега
ДР
ну, значит сборка была триггернута пушем в ветку dev, а не созданием тега
ну да я так и написал что триггерится пушем в репозиторий. при таком варианте никак не вытащить?
GG
ну да я так и написал что триггерится пушем в репозиторий. при таком варианте никак не вытащить?
тебе тогда нужно сделать хитрую магию - взять коммит шха, сходить git'ом в репо и получить список всех тегов, которые, соответствуют этому шха
ДР
если склонить на другой хост репозиторий и выполнить git describe то он показывает нужные теги. но клонить во время сборки архив ради того чтобы вытащить тег так себе затея
GG
и учти - у тебя на одном шха может быть несколько git tag
GG
если склонить на другой хост репозиторий и выполнить git describe то он показывает нужные теги. но клонить во время сборки архив ради того чтобы вытащить тег так себе затея
клонить не надо
ДР
тебе тогда нужно сделать хитрую магию - взять коммит шха, сходить git'ом в репо и получить список всех тегов, которые, соответствуют этому шха
ухх блин. а больше без вариантов?
GG
вариантов два
1. ты извращаешься с describe
2. ты делаешь отдельную историю, что пушишь тег и собираешь и не занимаешься этой фигней
1. ты извращаешься с describe
2. ты делаешь отдельную историю, что пушишь тег и собираешь и не занимаешься этой фигней
GG
для меня пока непрозрачно зачем тебе тег знать :-/ если пушил в ветку
ДР
вариантов два
1. ты извращаешься с describe
2. ты делаешь отдельную историю, что пушишь тег и собираешь и не занимаешься этой фигней
1. ты извращаешься с describe
2. ты делаешь отдельную историю, что пушишь тег и собираешь и не занимаешься этой фигней
я понял. спасибо! буду читать доку!
ДР
для меня пока непрозрачно зачем тебе тег знать :-/ если пушил в ветку
дальше это будет версией софта, будет проставляться чтобы было понятно кака сейчас версия развернута