Size: a a a

2019 December 31

AG

Andrey Gumilev in ru_gitlab
Alexey Dyomin
Сейчас Докерфайл запускает контейнер,
FROM node:12.4

ENV APP_ROOT /src

RUN mkdir ${APP_ROOT}
WORKDIR ${APP_ROOT}
ADD . ${APP_ROOT}

RUN yarn
RUN yarn build


ENV HOST 0.0.0.0

и из docker-compose стартую nuxt
version: "3"

services:
 nuxt:
   build: ./
   restart: always
   command: "yarn start"
   ports:
     - "13001:3000"


И тут nginx на сервере проксируется на порт 13001
завтра пиши
источник

DV

Dmitry Vorobev in ru_gitlab
В ci будет происходить docker build соответствующего Dockerfile. Соответственно, в docker-compose.yml вместо build: ./ будет что-то вроде image: my.gitlab.registry:4567/group/repo/imageName:tag
источник

DV

Dmitry Vorobev in ru_gitlab
Лучше после праздников пиши, а то с похмелья насоветуем 😅
источник

GM

Gleb Mekhrenin in ru_gitlab
Alexey Dyomin
если это переделывать на ci через docker. то кто и за что  будет отвечать?
делаешь стадию билд
на ней делаешь docker build -t ... и потом docker push в хранилище образов
дальше делаешь стадию деплой
в ней выполняешь команду docker-compose pull && docker-compose up -d
в самом композ файлике ссылка на образ который ты собрал на стадии билда
источник

AD

Alexey Dyomin in ru_gitlab
Спасибо! вкурил! )) вроде заработало.. завтра продолжу ))
источник

A

Andor in ru_gitlab
источник

АЛ

Анатолий Лукьянов in ru_gitlab
Всем привет и с наступающим. Подскажите есть ли возможность отследить, когда ставят второй апрув на мерж реквест? Задача в следующем. Надо чтобы, когда второй человек закончил ревьюить, запустилась определенная джоба. Сейчас ее запускаем руками.
источник

GM

Gleb Mekhrenin in ru_gitlab
Анатолий Лукьянов
Всем привет и с наступающим. Подскажите есть ли возможность отследить, когда ставят второй апрув на мерж реквест? Задача в следующем. Надо чтобы, когда второй человек закончил ревьюить, запустилась определенная джоба. Сейчас ее запускаем руками.
без понимания того как все построенно не очень советы давать. почему не запускать эту джобу после нажатия на мерж?
источник

АЛ

Анатолий Лукьянов in ru_gitlab
Gleb Mekhrenin
без понимания того как все построенно не очень советы давать. почему не запускать эту джобу после нажатия на мерж?
Эта джоба переводит задачу в жире на тест, добавляет лейбл к мержреквесту, собирает и выгружает апк для теста. А мержиться мержреквест только после теста. Как среагировать на закрытие мержреккеста я знаю.
источник

A

Andor in ru_gitlab
А зачем тогда на создание МР это не делать, а не после апрува?
источник

A

Andor in ru_gitlab
источник

АЛ

Анатолий Лукьянов in ru_gitlab
Andor
А зачем тогда на создание МР это не делать, а не после апрува?
Так создание МР не означает что надо отдавать задачу на тест. На тест она идёт только после того как пройдет ревью.
источник

АЛ

Анатолий Лукьянов in ru_gitlab
Спасибо. Поизучаю это.
источник

A

Andor in ru_gitlab
Анатолий Лукьянов
Так создание МР не означает что надо отдавать задачу на тест. На тест она идёт только после того как пройдет ревью.
А зачем тогда нужен это МР?
источник

АЛ

Анатолий Лукьянов in ru_gitlab
Чтобы разработчики могли сделать ревью. У нас такой процесс. Когда задача сделана создаётся МР, чтобы разработчики отревьюили. После получения 2 апрувов задачу переводят на тест. Вот процесс перевода осуществляется запуском ручной джобы. Я хочу чтобы это делалось автоматически после второго апрува. А МР закрывается только когда тестировщики протестируют
источник

A

Andor in ru_gitlab
Не понял, зачем это разделено
источник

A

Andor in ru_gitlab
Пока звучит как будто тест у вас можно выделать в специальный бранч и всё делать мёрж-реквестами
источник

k

kvaps in ru_gitlab
Andor
Не понял, зачем это разделено
У меня такой-же кейс был, но с мердж реквестами из внешней репы.
В случае с dynamic environmes тебе придётся под каждый МР ветку создавать, чтобы его отревьювить
источник

GM

Gleb Mekhrenin in ru_gitlab
kvaps
У меня такой-же кейс был, но с мердж реквестами из внешней репы.
В случае с dynamic environmes тебе придётся под каждый МР ветку создавать, чтобы его отревьювить
так вроде не плохой кейс по ветке на мр
источник

k

kvaps in ru_gitlab
Gleb Mekhrenin
так вроде не плохой кейс по ветке на мр
Кейс неплохой, но для внешних МР ветки автоматически не создаются, да и запускать пайплайн без аппрува так себе затея
источник