и все задачи выполняются последовательно?

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

Он скейлится, только за деньги в ентерпрайз версии

а в гитлабе это все бесплатно

А у нас больше 25 команд)

А что дженкинс денег стоит?)

Я про гитлабовский скейлинг

что?

у меня комьюнити едишн стоит

и воркеры там никак не ограничены

Причем тут воркеры?) Сам гитлаб

А то что воркеры постоянно повисают тебя не беспокоит?

все зависит от прямоты рук

Извините нас Docker сообщество за такой нужный тред здесь))))

у меня они работают как часы

все зависит от прямоты рук

От какой прямоты? Я как раз разраб частенько пинал девопсов чтоб рестартили

Там нет средств узнать, что он повис

ну оч жаль, что девопсы у вас ботлнек

у нас принцип ответственности за релиз на команде

Да не, они ребята поумнее тебя)

это человеческий способ поддержания множества микросервисов

Как эт связано с провисанием воркеров?

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

никак, оно просто работает

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

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

но если делать все по бест практисес докера - работает

Как это связано

у меня не виснет, все настроено

Значит вы прост собираете раз в год

виснет у вас потому что рукожепы крутят через shell

Какой шел

О чем вы

воркер работает на хостовой машине

вам кто такое сказал?

вы делаете поспешные выводы)

в общем, у нас настроен гитлаб и решает проблемы, а не создает

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

дык и дженкинс их не создает

и умеет больше

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

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

никто не жалуется уже полтора года

какие? конкретнее

доктор, у меня ничего не болит, все отлично

у вас работает - пусть работает дальше

пока что это похоже на историю перехода с языка x на язык y

да мне все равно, честно говоря, что и кто думает

Gitlab ci требует меньше шаманства над построением цикла сборки чем Jenkins. Но это работает если исходники хранятся на gitlabe. Jenkins же можно прикрутить как хочешь и куда хочешь, но пройдя 10 кругов ада интеграций

Хочу из nexus раскладывать бинари на среды, ролинг апом, и желательно не башем)

Gitlab ci требует меньше шаманства над построением цикла сборки чем Jenkins. Но это работает если исходники хранятся на gitlabe. Jenkins же можно прикрутить как хочешь и куда хочешь, но пройдя 10 кругов ада интеграций

О каких интеграциях речь?

О каких интеграциях речь?

Jenkins + Bitbucket, для работы с pr, один из явных примеров

Jenkins + Bitbucket, для работы с pr, один из явных примеров

да это вроде элементарно настраивается

да это вроде элементарно настраивается

Накатывание плагина туда и туда, кликаньем настроечек, написанием логики циклов сборки на груви в jenkinsfile (pipeline), вынесение многих тасков в проект. Знаем .. знаем.

Накатывание плагина туда и туда, кликаньем настроечек, написанием логики циклов сборки на груви в jenkinsfile (pipeline), вынесение многих тасков в проект. Знаем .. знаем.

не обязательно на груви писать

не обязательно на груви писать

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

Jenkinsfile эт не груви вроде, а дсл

Mariadb по дефолту подхватит дату после мускуля?

После смены образа

как это возможно что бы с такой последовательностью bundler вылетает с ошибкой что нету make команды? RUN yum groupinstall -y 'Development Tools' \ && /bin/bash -l -c "bundle install --verbose"

да че за бред отдельными командами тоже самое, даже в самом контейнер make работает после development tools

есть тут кто )?

А поставить напрямую automake?)

yum install make добавил таже хрень

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

солнечная радиация?

на локалке старый докер стоит но внем пашет

если бы

у меня тут солнечная радиация

так же multi-stage в RC все еще?

разобрался взял ruby-build и debian-jessie и все

у меня они работают как часы

Согласен, за все время была только одна проблема с переходом на 9.0 версию и то не особо понятно по чьей вине. Инфы про то, что старые раннеры не поддерживают api новой версии гитлабе не было нормально предоставлено, плюс новой версии раннеров поначалу не было в репозиториях, а когда обновились, то воркеры встали намертво. Пофиксили довольно быстро, но все равно не ок получилось

я смотрел то в субботу )) еще было только в РЦ

Парни привет) Не сетапится юзер tgchatbot :( version: '2' services: postgres: image: postgres:9.6 volumes: - postgres-data:/var/lib/postgresql/data environment: - POSTGRES_DB=tgchatbot - POSTGRES_USER=tgchatbot - POSTGRES_PASSWORD=tgchatbot ports: - "5432:5432" volumes: postgres-data: driver: local

было у кого такое?

root@1c1acbbfaaa0:/# psql -U tgchatbot psql: FATAL: role "tgchatbot" does not exist

root@1c1acbbfaaa0:/# psql -U tgchatbot psql: FATAL: role "tgchatbot" does not exist

Он использует для подключения указанные тобой данные, а не создает их

Нужно заранее создать полльзователя

ага все пофиксил :)

merci!