Size: a a a

2020 March 24

VU

Vitaly Uvarov in ru_gitlab
Раньше блекло было и я не замечал, а тут и джоба такая и еще и раннер в логе подсвечивает
источник

VU

Vitaly Uvarov in ru_gitlab
Совпали звезды
источник

VU

Vitaly Uvarov in ru_gitlab
12.7.1
источник

VU

Vitaly Uvarov in ru_gitlab
источник

DV

Dmitry Vorobev in ru_gitlab
Давненько это поменяли, аж в 1.3.0, если верить issue
источник

VT

Vladislav Toryanikov in ru_gitlab
Всем добрый вечер. Возник такой вопрос : на скринншоте 1 я собираю переменную ARTIFACTORY_NAME, разрисовывается нормально; далее на скрине два я создаю архив с именем в виде этой переменной, значение отображается все ещё корректно и объект в бакете также создаётся правильно. На скрине 3 я пытаюсь заоверврайтить переменную в терраформе, и получаю, что в нем переменная application_s3_key имеет значение не "project-branch-sha", а "${CI_PROJECT_NAME} - ${CI_COMMIT..." (далее по тексту). Находил issue возрастом 2 года с  описанием такой же проблемы, но вроде там только предложили workaround с экспортом переменных через before_script. Хотелось бы получить подсказку, в какую сторону копать или решение проблемы. Заранее спасибо
источник

VT

Vladislav Toryanikov in ru_gitlab
источник

VU

Vitaly Uvarov in ru_gitlab
Dmitry Vorobev
Давненько это поменяли, аж в 1.3.0, если верить issue
Все верно. Но это очень странное поведение которое стреляет. Открою еще один issue со ссылкой на старый.
источник

DV

Dmitry Vorobev in ru_gitlab
Vladislav Toryanikov
Всем добрый вечер. Возник такой вопрос : на скринншоте 1 я собираю переменную ARTIFACTORY_NAME, разрисовывается нормально; далее на скрине два я создаю архив с именем в виде этой переменной, значение отображается все ещё корректно и объект в бакете также создаётся правильно. На скрине 3 я пытаюсь заоверврайтить переменную в терраформе, и получаю, что в нем переменная application_s3_key имеет значение не "project-branch-sha", а "${CI_PROJECT_NAME} - ${CI_COMMIT..." (далее по тексту). Находил issue возрастом 2 года с  описанием такой же проблемы, но вроде там только предложили workaround с экспортом переменных через before_script. Хотелось бы получить подсказку, в какую сторону копать или решение проблемы. Заранее спасибо
Можно якоря поюзать 😅
источник

VT

Vladislav Toryanikov in ru_gitlab
Dmitry Vorobev
Можно якоря поюзать 😅
Спасибо, посмотрю
источник
2020 March 25

АХ

Алмаз Халиков in ru_gitlab
Здравствуйте, подскажите пожалуйста каким образом в enviroment на стадии деплоя приложения можно подсунуть переменную? Например задеплоить на 1ый стенд.
источник

АХ

Алмаз Халиков in ru_gitlab
источник

АХ

Алмаз Халиков in ru_gitlab
Чтобы не плодить портянку в gitlab ci
источник

A

AmirGaif in ru_gitlab
Алмаз Халиков
Чтобы не плодить портянку в gitlab ci
В отдельный файл на artifactory?
источник

АХ

Алмаз Халиков in ru_gitlab
AmirGaif
В отдельный файл на artifactory?
Не совсем
источник

S

Sebor in ru_gitlab
Алмаз Халиков
Здравствуйте, подскажите пожалуйста каким образом в enviroment на стадии деплоя приложения можно подсунуть переменную? Например задеплоить на 1ый стенд.
В настройках проекта есть ci/cd variables
источник

DV

Dmitry Vorobev in ru_gitlab
Не плодить портянку в ямлике или 100500 джобов не хочется?
источник

АХ

Алмаз Халиков in ru_gitlab
Dmitry Vorobev
Не плодить портянку в ямлике или 100500 джобов не хочется?
В ямлике
источник

DV

Dmitry Vorobev in ru_gitlab
Если речь о ямлике - якоря. Если о пачке джобов - то лучше их расплодить таки
источник

АХ

Алмаз Халиков in ru_gitlab
Dmitry Vorobev
Не плодить портянку в ямлике или 100500 джобов не хочется?
Например есть 30 стендов, их нет желания в ямл добавлять.
источник