возможно, но не надо так делать
хорошей практикой является разделение продуктивного контура и инфраструктуры сборки а то у тебя завтра пьяный программист олег фиганет в gitlab-ci что-нить не то, и положит с богом весь твой прод
хммм. Подскажите пожалуйста, а что вы имеете ввиду под "разделением продуктивного контура и инфраструктуры сборки"?
у тебя раннеры на которых идут сборки должны быть != серверам на которых этот код после сборки работает
а если я раннер использую как средство доставки кода ? )
Довольно стандартная практика
Обсуждают сегодня