A
Size: a a a
2019 December 31
GM
Почему бы и нет? Делаешь шаред раннеры и запускаешь
ну не совсем шаред, а пер проджект
A
ну не совсем шаред, а пер проджект
Шаред на группу
GM
Шаред на группу
ну да
GM
Защиты переменных от своих же разработчиков? Сомнительная польза
у меня переменные видят только лиды, правда технически сделано так что знание переменных кем угодно вообще ничем бы не помогло у случае злого умысла
A
у меня переменные видят только лиды, правда технически сделано так что знание переменных кем угодно вообще ничем бы не помогло у случае злого умысла
Вот это и надо делать, а не стараться их прятать от своих же разработчиков
k
у меня переменные видят только лиды, правда технически сделано так что знание переменных кем угодно вообще ничем бы не помогло у случае злого умысла
echo $SECRET_VARв .gitlab-ci.yml разработчика?
GM
echo $SECRET_VARв .gitlab-ci.yml разработчика?
переменные для протекдет бранчей отдельные, ветки разрабов не протекдет
GM
переменные для протекдет бранчей отдельные, ветки разрабов не протекдет
а в мастер они не могут гитлабси файл трогать
AD
делаешь стадию билд
на ней делаешь docker build -t ... и потом docker push в хранилище образов
дальше делаешь стадию деплой
в ней выполняешь команду docker-compose pull && docker-compose up -d
в самом композ файлике ссылка на образ который ты собрал на стадии билда
на ней делаешь docker build -t ... и потом docker push в хранилище образов
дальше делаешь стадию деплой
в ней выполняешь команду docker-compose pull && docker-compose up -d
в самом композ файлике ссылка на образ который ты собрал на стадии билда
т.е. получается, что мне на сервере можно гит и не пулить? достаточно там иметь docker-compose.yml?