Всем привет. С докером начинаю только осваиваться. Появился вопрос по разворачиванию докера для тестов в gitlab ci. Нужно в контейнер стягивать актуальный мастер из gitlab Потом вмердживать ветку, запускать тесты и если все успешно, выливать на прод. У кого-то есть хороший туториал как развернуть подобный сценарий, или кто может помочь отпишитесь в личку.

Я юзаю связку gitlab ci и docker. Есть мастер и есть стейджинг, забираю код со стейджинга, прогоняю через линтеры и тесты, потом сливаю в master, если успешно, потом из мастера достаю код, беру последний тег с релизом, и собираю образ, в конце делаю пуш imagе в локально поднятый регистр хаб. Ну и добавил в пайплайн rollback на всякий случай. В общем ничего сложного.

Всем привет. С докером начинаю только осваиваться. Появился вопрос по разворачиванию докера для тестов в gitlab ci. Нужно в контейнер стягивать актуальный мастер из gitlab Потом вмердживать ветку, запускать тесты и если все успешно, выливать на прод. У кого-то есть хороший туториал как развернуть подобный сценарий, или кто может помочь отпишитесь в личку.

Я юзаю связку gitlab ci и docker. Есть мастер и есть стейджинг, забираю код со стейджинга, прогоняю через линтеры и тесты, потом сливаю в master, если успешно, потом из мастера достаю код, беру последний тег с релизом, и собираю образ, в конце делаю пуш imagе в локально поднятый регистр хаб. Ну и добавил в пайплайн rollback на всякий случай. В общем ничего сложного.

Registry используешь гитлабовское или отдельное?

Гитлабовское стоит. На проде отдельно свой регистр еще.

а для прода отдельный регистр - случайность, или какая-то важная причина была?

а для прода отдельный регистр - случайность, или какая-то важная причина была?

А как можно было обойтись без регистра на проде ?

тянуть также из гитлабовского, у нас так работает не могу понять, чем это может быть плохо

он показывает что реджистри работает, но у меня что-то не получается им воспользоваться

Там есть иерархия и нужно с других прод серверов тянуть image с этого прода. гитлабовский чисто для дева. А на проде, как источник для других продов. Так как там vpn между серверами.

Там есть иерархия и нужно с других прод серверов тянуть image с этого прода. гитлабовский чисто для дева. А на проде, как источник для других продов. Так как там vpn между серверами.

Можно просто сделать cache регистр: https://docs.docker.com/registry/recipes/mirror/#run-a-registry-as-a-pull-through-cache

Ребят подскажите) собираю образ. есть переменная ENV MONGODB_PASS 123 как сделать, чтоб она отразилась внутри файла config.yaml в строке вида mongoURI: 'mongodb://test:${MONGODB_PASS}@mongodb:27017/test' dockerfile FROM node:alpine ENV MONGODB_PASS test123 ADD config.yaml /config.yaml EXPOSE 80

Всем привет. Очень нужна помощь. Собираю с помощью docker-compose -> [app, mysql, nginx, redis]. Появилась нужда запускать несколько app с разными env. Поискал в доках как в compose вставить env, но нашел только "env_file", то есть мне каждый раз нужно в гит коммитить чтобы запустить с теми или иными данными свою app'ку. Знаю только один вариант: отсоеденить от compose свой app и запускать отдельно связавши со всем что через compose запустил, чтобы можно было env разные юзать. Это единственный вариант ? Если пояснил криво ситуацию, поправите, уточню моменты. Заранее спасибо

Всем привет. Очень нужна помощь. Собираю с помощью docker-compose -> [app, mysql, nginx, redis]. Появилась нужда запускать несколько app с разными env. Поискал в доках как в compose вставить env, но нашел только "env_file", то есть мне каждый раз нужно в гит коммитить чтобы запустить с теми или иными данными свою app'ку. Знаю только один вариант: отсоеденить от compose свой app и запускать отдельно связавши со всем что через compose запустил, чтобы можно было env разные юзать. Это единственный вариант ? Если пояснил криво ситуацию, поправите, уточню моменты. Заранее спасибо

Приветствую. Подскажите есть ли возможность описанный в docker-compose.yml контейнер не запускать при docker-compose up?

override - опять-же избавится от него на совсем. А иногда я бы хотел его запускать.

дак он для того и нужен, чтобы запускать в определнных кейсах определенные части композа.

Народ, помогите с тупняком справиться, плиз. Налепил в .travis.yml такой кусок для пуша в dockerhub: after_success: - if [ "$TRAVIS_BRANCH" == "master" ] && [ -n "$TRAVIS_TAG" ]; then docker login -u $DOCKER_USER -p $DOCKER_PASSWORD; docker build --build-arg version=$TRAVIS_TAG -t cheerlesscloud/cexporter .; docker tag cheerlesscloud/cexporter cheerlesscloud/cexporter:$TRAVIS_TAG; docker push cheerlesscloud/cexporter; docker push cheerlesscloud/cexporter:$TRAVIS_TAG; fi При локальном выполнение из bash файлика усё нормуль, а в TravisCI это всё вревращается в одну строчку, которая выполняется за 0.01s и естесна никакой образ никуда не пушит. При этом сие скопипастченно из офф доки https://docs.travis-ci.com/user/docker/#Branch-Based-Registry-Pushes

Всем привет, может подскажет кто-нибудь Нужен некий аналог heroku, но для docker - контейнера - Бесплатно хотя бы один мелкий маложрущий контейнер с работой 24/7 - Авто деплой из ветки открытого git repo ( без логина и привязки аккаунта github ) или возможность накостылить в стиле "while true do git pull" - One-click deploy кнопка (как у хероку или docker cloud), с возможностью настройки пары переменных окружения Я так понимаю, такое почти невозможно, может есть что-то близко к этому?)

Да, digitalocean

бесплатность испарилась :)

gitlab

а как там?