не, никто не знает. откуда ты его скачать хочешь, кто его туда положил, что что за variables
gitlab. А какая разница кто положил ? Это уже вопрос доступов. Variables type -> file
стало понятнее. если прямо скачать, себе, то можно через апи. https://docs.gitlab.com/ee/api/project_level_variables.html#get-a-single-variable в джобе доступ к ней получить можно так https://docs.gitlab.com/ee/ci/variables/#use-a-gitlab-ciyml-variable-as-a-file-type-variable
спасибо погляжу
Всем привет! Начал использовать semanic-release в GitLab CI по совету из чата - все настроил, все отлично, но не могу победить одну проблему. Может кто подскажет, как правильно решить. Суть: Есть приложение, собирается через gradle, при сборке учитывается версия сборки + хэш коммита. Раньше версия хранилась в файлике VERSION, откуда подтягивалась в build.gradle, ну и обновлялась ручками. Сейчас работу над версиями взял на себя semanic-release - сам считает коммиты, анализирует значимость, НО джоба с release находится в самом конце пайплана - после исходной сборки, тестов и прочего. Таким образом версия тэга и релиза повышается уже после того, как ПО собралось с предыдущим номером версии. Добавил semantic-release-replace-plugin + semantic-release/git и делаю пуш изменений файла VERSION с флагом [skip ci], но все равно же это уже поздно, сборка "релизная" собралась с предыдущими значенийми версии
на каждый пуш в release branch сначала делать анализ коммитов, затем править VERSION, затем пушить и вызывать еще один пайплан? ну тоже как-то криво, может еще как-то делают?
Обсуждают сегодня