IB
А мне вот интересно, нормальная ли практика, когда в job1 клонируется репа, а в следующих джобаз без клонирования собирается исходник? Раннер на shell, или он очищает рабочий каталог?
Size: a a a
2020 July 07
ВЛ
А мне вот интересно, нормальная ли практика, когда в job1 клонируется репа, а в следующих джобаз без клонирования собирается исходник? Раннер на shell, или он очищает рабочий каталог?
Зачем клонировать если гитлаб сам клонирует? Можно сабмодули цеплять чтобы избежать этого
ВЛ
А мне вот интересно, нормальная ли практика, когда в job1 клонируется репа, а в следующих джобаз без клонирования собирается исходник? Раннер на shell, или он очищает рабочий каталог?
В before_script добавить синхронизацию сабмодулей. Хотя в новых версиях он сам умеет синкать если переменную одну поставить
ВЛ
А мне вот интересно, нормальная ли практика, когда в job1 клонируется репа, а в следующих джобаз без клонирования собирается исходник? Раннер на shell, или он очищает рабочий каталог?
В общем если внешних зависимостей нет, то гитлаб сам все сделает и проект обновит в кеше. Внешние зависимости сабмодулями цепляются.
ВЛ
А мне вот интересно, нормальная ли практика, когда в job1 клонируется репа, а в следующих джобаз без клонирования собирается исходник? Раннер на shell, или он очищает рабочий каталог?
Еще это плохая практика так как можно джобы по раннерам раскидать разным. И тогда что в кеше будет - не понятно.
IB
Спасибо
ВЛ
А мне вот интересно, нормальная ли практика, когда в job1 клонируется репа, а в следующих джобаз без клонирования собирается исходник? Раннер на shell, или он очищает рабочий каталог?
Но ещё кеш можно явно определить. Но гарантии что он всегда будет нет, только для ускорения сборки используют. Чтобы зависимости не тащить 10 раз. Обычно для пакетменеджеров юзают. Но я в эмбеддед и не юзаю. Наоборот форсирую чтобы сборка на чистую была так как иногда компилятор тупит на сборке и не пересобирает файл если изменения далеко в макросах и инлайнах
IG
чет опять он, git add . в начале делал, все равно он фурычит так
IG
типа обновлять не надо пишет
М
все привет. нужно к графане прикрутить авторизацию через gitlab.com. но важный нюанс, что в гитлаб авторизация работает через ad компании. кто нибудь такой флоу настраивал?
MT
типа обновлять не надо пишет
Коммит в ветке девелопмент аллло
IG
Коммит в ветке девелопмент аллло
обязательно были development оба?
MT
обязательно были development оба?
На скрине один в девелопмент и воооьще с таким в @git_ru
IG
спасибо
IG
ПК
Всем привет.
Кто-то сталкивался с такой проблемой на деплое в кубик?
Кто-то сталкивался с такой проблемой на деплое в кубик?
YD
Имя environment поменяй, если было например staging, сделай Staging, это у гитлаба чёт внутрях покривело
ПК
да ну
ПК
Имя environment поменяй, если было например staging, сделай Staging, это у гитлаба чёт внутрях покривело
словами мою благодарность не выразить, но спасибо
ПК
Имя environment поменяй, если было например staging, сделай Staging, это у гитлаба чёт внутрях покривело
сами эту багу задетектили или есть issue-сы скрытые от глаз смертных?