i
Vladimir Dzalbo
https://docs.gitlab.com/ee/api/settings.html
container_expiration_policies_enable_historic_entries : “true”
container_expiration_policies_enable_historic_entries : “true”
Ага, вижу, раньше не было этого
Size: a a a
2020 May 07
OF
Привет, у меня вопрос из области лингвистики, насколько я понял в итоге - у раннера обязательно должны присутствовать ОБА тега которые есть в job-е, чтобы он мог её взять. Хотя эта фраза, имхо, значит что у раннера должен быть любой (хотя бы один) тег. Хотя я не настоящий переводчик. Кто из нас прав, я или Гитлаб?
w
Привет, у меня вопрос из области лингвистики, насколько я понял в итоге - у раннера обязательно должны присутствовать ОБА тега которые есть в job-е, чтобы он мог её взять. Хотя эта фраза, имхо, значит что у раннера должен быть любой (хотя бы один) тег. Хотя я не настоящий переводчик. Кто из нас прав, я или Гитлаб?
тег тебе как минимум позволяет разделить раннеры на разные задачи.
но ты можешь в настройках раннера снять галочку с Run untagged jobs и тогда запускать раннер без тегов в пайплайне
но ты можешь в настройках раннера снять галочку с Run untagged jobs и тогда запускать раннер без тегов в пайплайне
mМ
подскажите как правильно сделать. Необходимо делать сборку на linux ранере и на windows. как прописать стадии чтоб они шли паралельно и например тесты зависели от стадии компиляции на соответствующем ранере, а последняя стадия деплоя зависела от обоих стадий тестов?
AB
тебе нужно нечто вроде
https://jfrog.com/artifactory/
https://www.sonatype.com/product-nexus-repository
https://jfrog.com/artifactory/
https://www.sonatype.com/product-nexus-repository
ага. да, спасибо. идея кеша в gitlab не оч нравится, т.к. это имхо довольно странная фича, т.к. кеш это по сути архив. а пакеты - это много файлов и данных не сотня мб будет. + оно его скачивает(кеш), потом пакует обратно. в целом, наличия зеркала (npm/nuget etc) достаточно. пушто прикручивания кеша такого ваще не факт что уменьшает итоговое(полное) время сборки
DB
подскажите как правильно сделать. Необходимо делать сборку на linux ранере и на windows. как прописать стадии чтоб они шли паралельно и например тесты зависели от стадии компиляции на соответствующем ранере, а последняя стадия деплоя зависела от обоих стадий тестов?
вешаете на job разные теги, делаете раннеры на windows и linux и именуете их разными тегами. И следующий стейж будет зависеть от выполнения джобов в предыдущем автоматически
mМ
Dmitrii Barsukov
вешаете на job разные теги, делаете раннеры на windows и linux и именуете их разными тегами. И следующий стейж будет зависеть от выполнения джобов в предыдущем автоматически
тогда тесты винды ждут завершения компиляции линукса