потому что хеш от манифеста не меняется.

к сожалению, это не человекочитабельно

Вот сейчас подумал закидывать в meta ссылку на gitlab страницу комита. Может будет удобно, нужно попробовать.

я использую git sha1 для тегов, плюс минус одинаково, привык. Только git sha1 можно использовать для git show

спасибо, буду знать

Коллеги, такой вопрос, а кто чем собирает проекты в CI? Сейчас вот пытаюсь напилить более менее стабильную систему сборки и столкнулся с проблемами Чтобы: - сборка была в одном конфиге (потому часто бывает, что не один контейнер) - сборку можно отделить от gitlab-runner, потому что дебажить gitlab-runner exec - это боль - удобный дебаг с остановкой itrospect Судя, по коду, я виду, что werf - это явно не в моем вкусе. Но не вижу альтернатив просто Он, вроде как, одним бинарем идет и как раз отвечает только за сборку. Но даже внутри приходится постоянно костылить

Коллеги, такой вопрос, а кто чем собирает проекты в CI? Сейчас вот пытаюсь напилить более менее стабильную систему сборки и столкнулся с проблемами Чтобы: - сборка была в одном конфиге (потому часто бывает, что не один контейнер) - сборку можно отделить от gitlab-runner, потому что дебажить gitlab-runner exec - это боль - удобный дебаг с остановкой itrospect Судя, по коду, я виду, что werf - это явно не в моем вкусе. Но не вижу альтернатив просто Он, вроде как, одним бинарем идет и как раз отвечает только за сборку. Но даже внутри приходится постоянно костылить

а дженкинс чем плох?

Коллеги, такой вопрос, а кто чем собирает проекты в CI? Сейчас вот пытаюсь напилить более менее стабильную систему сборки и столкнулся с проблемами Чтобы: - сборка была в одном конфиге (потому часто бывает, что не один контейнер) - сборку можно отделить от gitlab-runner, потому что дебажить gitlab-runner exec - это боль - удобный дебаг с остановкой itrospect Судя, по коду, я виду, что werf - это явно не в моем вкусе. Но не вижу альтернатив просто Он, вроде как, одним бинарем идет и как раз отвечает только за сборку. Но даже внутри приходится постоянно костылить

Коллеги, такой вопрос, а кто чем собирает проекты в CI? Сейчас вот пытаюсь напилить более менее стабильную систему сборки и столкнулся с проблемами Чтобы: - сборка была в одном конфиге (потому часто бывает, что не один контейнер) - сборку можно отделить от gitlab-runner, потому что дебажить gitlab-runner exec - это боль - удобный дебаг с остановкой itrospect Судя, по коду, я виду, что werf - это явно не в моем вкусе. Но не вижу альтернатив просто Он, вроде как, одним бинарем идет и как раз отвечает только за сборку. Но даже внутри приходится постоянно костылить

А CI тут при чем? Меня и gitlab-ci вполне устраивает

один конфиг – это типа на несколько проектов?

Гитлаб раннер умеет что запускать а докер контейнерах

Нет. Просто проект может состоять не из одного контейнера. Знаю, не микросервис. Но уже такое есть

ну так в .gitlab-ci.yml просто разбивается сборка на несколько этапов, которые параллельно могут проходить... плюс можно инклудить yml файлы для сборки чтобы не повторять одно и тоже

А как дебажить чисто сборку? gitlab-runner exec может дернуть только одну джобу. Как мержить артефакты между контейнерами? Гитлаб не умеет монировать что-то к контейнеру. Или другие плюши docker run

не помню в каком docker, но вроде ещё в 17-ом году появился multi-stage

А как дебажить чисто сборку? gitlab-runner exec может дернуть только одну джобу. Как мержить артефакты между контейнерами? Гитлаб не умеет монировать что-то к контейнеру. Или другие плюши docker run

а зачем оно?

Всякие там apt кэши или например ssh socket

Всякие там apt кэши или например ssh socket

кэш вроде есть в раннере, с остальным плохо

хм, а зачем нужен ssh socket? (просто интересно)

Ну, чтобы клонить из приватных реп

в раннер можно прокинуть что-то, насколько я помню, но статически. Через конфиг раннера

secret variables?

secret variables?

Для чего конкретно? Oauth токен? Скомуниздят же. У нас еще не настроены one shoot токены на гитлаб(

чем submodules в gitlab не устроили вместо клонирования приватных реп?

А чем субмодули то отличаются?) Это же клон в фоне)

тем что gitlab делает все сам.

При чем здесь гитлаб? Речь о клоне внутри контейнера. npm install или composer install Который уже дергает git, который дергает ssh коннект

говорите про коня в вакуме. Кейс целиком лучше описать и получить ответ.

мы только сейчас об этом узнали

Все deps из git стоит копирнуть в свой gitlab. А там проще подключить через submodules в обход npm/composer. И не будет проблем с тем, что нужен git для npm install.

Ну, это практически не реально)

Я понимаю, нужно чем-то оправдывать возню на пустом месте.

kube-system 2019-04-23 15:53:19 +0700 +07 2019-04-07 14:02:27 +0700 +07 594 l7-default-backend-7ff48cffd7-jb4x5.15931f26c38ac332 Pod spec.containers{default-http-backend} Normal Started kubelet, gke-data-custom-vm-6-25-0cbae9b9-zz6w Started container kube-system 2019-04-23 16:08:24 +0700 +07 2019-04-07 14:38:54 +0700 +07 1710 l7-default-backend-7ff48cffd7-jb4x5.15932123e3ff4a25 Pod spec.containers{default-http-backend} Warning Unhealthy kubelet, gke-data-custom-vm-6-25-0cbae9b9-zz6w Liveness probe failed: Get http://10.8.0.19:8080/healthz: net/http: request canceled (Client.Timeout exceeded while awaiting headers) kube-system 2019-04-23 15:32:39 +0700 +07 2019-04-07 14:40:59 +0700 +07 734 l7-default-backend-7ff48cffd7-jb4x5.15932140fea8a04d Pod spec.containers{default-http-backend} Warning Unhealthy kubelet, gke-data-custom-vm-6-25-0cbae9b9-zz6w Liveness probe failed: Get http://10.8.0.19:8080/healthz: dial tcp 10.8.0.19:8080: connect: connection refused kube-system 2019-04-23 15:57:41 +0700 +07 2019-04-07 15:14:00 +0700 +07 1630 l7-default-backend-7ff48cffd7-jb4x5.1593230e520fef71 Pod spec.containers{default-http-backend} Warning BackOff kubelet, gke-data-custom-vm-6-25-0cbae9b9-zz6w Back-off restarting failed container что то у меня l7-default-backend падает. Чего это он?

Всем привет. В кубере поднимаю efk в тестовых целях. С пода кибаны не работает сервис эластика. curl http://elastic_ip:9200 работает. curl http://service_elastic_ip:9200 не работает. С другого тестового пода curl http://elastic_ip:9200 работает. curl http://service_elastic_ip:9200 работает. Почему так может быть, куда смотреть? На что обратить внимание? В iptables ещё не смотрел.