GA
Ой, я им не пользовался, но по документации какой-то адовый комбаин, кровавый тырпрайз мне не по душе (возможно говорит синдром уточки)
Size: a a a
2018 September 20
AK
Лучше git subtree имхо
Плюсую, наелись с модулями как раз недавно
VI
С git subtree у нас опыт успешный. Мы тянем одну нашу open-source библиотеку с Github (Comedy) в наш приватный репозиторий, можем легко вносить в неё локальные изменения в нашем же репозитории, мержить изменения из апстрипа, пушить наши изменения в апстрим.
пз
Коллеги, вопрос - есть ли жизнь с git submodules, или лучше даже не начинать? Надо как то микросервисы в кучу собрать и что бы с версионированием
lerna
AM
Ни одного хорошего отзыва о лерне не слышал
ak
Нормальная вещь. С ярном прекрасно заходит.
Первый
Первый
vK
Плюсую, наелись с модулями как раз недавно
А в чем проблема с модулями?
vK
Коллеги, вопрос - есть ли жизнь с git submodules, или лучше даже не начинать? Надо как то микросервисы в кучу собрать и что бы с версионированием
Я юзаю потихоньку. Вроде вопросов нет.
vK
Как по мне все прозрачно и понятно.
vK
Коллеги, вопрос - есть ли жизнь с git submodules, или лучше даже не начинать? Надо как то микросервисы в кучу собрать и что бы с версионированием
Что значит в кучу собирать? Посмотри в сторону докер регистри.
2018 September 21
R
Что значит в кучу собирать? Посмотри в сторону докер регистри.
Появилась необходимость деплоить несколько микросервисов, при этом что бы они были одной и той же версии. Не в ручную за этим следить в каждом репозитории, а как то более централизованно, вот засматриваюсь на submodules. Docker registry звучит сложнее, но посмотрю
GA
Появилась необходимость деплоить несколько микросервисов, при этом что бы они были одной и той же версии. Не в ручную за этим следить в каждом репозитории, а как то более централизованно, вот засматриваюсь на submodules. Docker registry звучит сложнее, но посмотрю
Один вопрос: зачем?
A_
Один вопрос: зачем?
Если сервисы очень связные и почему-то нужно терять обратную совместимость
vK
Появилась необходимость деплоить несколько микросервисов, при этом что бы они были одной и той же версии. Не в ручную за этим следить в каждом репозитории, а как то более централизованно, вот засматриваюсь на submodules. Docker registry звучит сложнее, но посмотрю
Docker compose то что тебе нужно.
vK
Появилась необходимость деплоить несколько микросервисов, при этом что бы они были одной и той же версии. Не в ручную за этим следить в каждом репозитории, а как то более централизованно, вот засматриваюсь на submodules. Docker registry звучит сложнее, но посмотрю
на уровне управления кодом на сегоднящний день с эти работать труднее.
GA
Просто это как code smells, только devops smells)
vK
ну так человеку не разрабатывать а деплоить нужно
vK
докер это про деплой
с
Нужно было пилить монолит
GA
Да при чём тут это) Чувак хочет единный релизный цикл для микросервисной аритектуры. Так делать не надо, это ломает само понятие микросервисов. Если у тебя пока нет чёткого понимания, зачем тебе нужны микросервисы и как ими рулить, то делай просто сервисы в рамках одно репозитория, собирай один большой docker image и через какой-нибудь docker-compose деплой свои сервисы. Только не называй это МИКРОсервисами, это самые обычные сервисы)