Из самого тега - никак (если только мастер и тег прям вот сейчас не совпадают). Потому что теги, как и бранчи - это просто указатели на конкретные коммиты. Отличие только в том, что указатели, названные бранчами, смещаются на новые коммиты автоматически.

все так!

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

Всем привет а Gitlab Pages это отдельно от Gitlab или встроенно или покупается, вообщем что это и как)?

это встроено в GitLab и это бесплатно. Это разворачивание статических страниц используя этап pages в .gitlab-ci.yml.
Создайте в корне проекта папку public, положите туда index.html, в своём CI создайте этап pages, где укажите созданную папку в артефактах

Круто, спасибо !

@alenrig
А сама страница веб , она появится в проекте?

в <Проект> -> Settings -> Pages будет как ссылка на созданную страницу, так и возможность дополнительных настроек

Спасибо, попробую

всем привет , подскажите пожалуйста кто пользуется в gitlab-ci allure"ом - как используете ?
у меня сейчас jenkins с плагином allure-report который вытягивает с тестируемого сервера результаты выполнения allure и генерирует отчёт , в случае если какието тесты не прошли сборка падает, есть ли чтото похожее в gitlab-ci ?

гугление привело к тому что gitlab вроде как не расширяемый модулями (подобными) , вот решил у сообщества спросить

Можешь посмотреть в сторону взаимодействия с allure через cli 😉

а ну тоесть так же забирать результаты , через cli генерить отчёт  и потом его както отображать
я так понимаю через gitlab pages такое можно сделать

но тут как я понимаю теряется возможность "падать сборке если тесты плохие" - хотя возможно это можно через allure-cli сделать  , это посмотрю, спасибо

Сборку можно как фейлить, так и делать passed with bugs с allow_failure: true
Вроде в последних версиях gitlab after_script отрабатывает всегда, какой бы ни был код выхода из script части джобы, по крайней мере у меня с allow_failure: true after_script работает, и отчеты выгружаются.

Более того, если вы будете хранить отчеты в artifacts, то там есть возможность всегда сохранять артефакты, как бы не закончилась джоба

artifacts:
  when: always

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

Про gitlab-pages не слышал 🤔

понял , спасибо Вам за примеры
буду пробовать , сейчас пока просто хотел для себя понять в какую сторону смотреть

вот тут я нашёл