Size: a a a

2021 March 13

O

Onlinehead in ctodailychat
Valentin Golev
значит что если у тебя для фичи менять надо два сервиса, ты создаешь два бранча (или три: еще один в репе "инфраструктура", если дошел до этого) и синхронизируешь их примерно теми же ручными техниками, что и если бы ты многопоточную глупость какую на ассемблере писал
Я понял. Да, сложная штука, хоть конечно и решаемая. От архитектуры системы зависит. Тут есть плюсы, есть минусы. Но позиция понятна, да.
источник

O

Onlinehead in ctodailychat
Сори за капитанство, но оно и правда решаемо и сильно завязано на архитектуру, не всегда все делается так, чтобы надо было катить одновременно.
источник

O

Onlinehead in ctodailychat
Я просто не очень готов развязывать длинный разговор на эту тему посреди ночи:) но было бы интересно послушать мнение других участников, когда они проснутся
источник

VG

Valentin Golev in ctodailychat
а можно пример где это оправдано без внешних причин? (внешние причины - типа если сервисы распространяются так, что обновить "разом" невозможно. и то не уверен что это оправдано тогда, не монорепить)
источник

VG

Valentin Golev in ctodailychat
может когда одна из реп опенсорс...
источник

O

Onlinehead in ctodailychat
Большой сервис и больше команды это считай уже внешние причины. Есть только условные гарантии, но все ползёт параллельно и по своим правилам. По сути централизовано ничего не управляется, сервисов очень много, у всех своя специфика и зависимости.
источник

VG

Valentin Golev in ctodailychat
в такой ситуации синхронизировать изменения в одном, а не множестве, таймлайнов абсолютно необходимо, и единая система CI для них точно нужна
источник

O

Onlinehead in ctodailychat
У гита определенно есть проблема связывания изменений между репами, это да. Но ее нет. Приходится организационными методами во многом решать.
источник

O

Onlinehead in ctodailychat
Valentin Golev
в такой ситуации синхронизировать изменения в одном, а не множестве, таймлайнов абсолютно необходимо, и единая система CI для них точно нужна
В такой ситуации просто нельзя полагаться на синхронность. Все делается из расчёта что ее нет.
источник

VG

Valentin Golev in ctodailychat
гит это проект для монореп, да
источник

O

Onlinehead in ctodailychat
Прости за прямоту но гит для монореп это говна кусок)
источник

O

Onlinehead in ctodailychat
Тут больше перфорс выглядит валидным.
источник

VG

Valentin Golev in ctodailychat
Onlinehead
В такой ситуации просто нельзя полагаться на синхронность. Все делается из расчёта что ее нет.
нельзя полагаться это не значит что надо отказываться от инструментов? по сути монорепа это система для strict ordering (eventually strict ordering?). чего от нее отказываться? от того что таймлайнов много, ordering не исчезнет (мы, программисты, до сих пор пишем код согласно термодинамической стрелке времени), но информация о нем будет потеряна
источник

O

Onlinehead in ctodailychat
Я ушёл отдыхать, завтра прочту, может и обсудим. Если кто раньше меня с комментариями не набежит)
источник

VG

Valentin Golev in ctodailychat
доброй ночи)
источник

RK

Roman Kononov in ctodailychat
Onlinehead
Прости за прямоту но гит для монореп это говна кусок)
Ванильный да, поэтому приходится писать свое, у нас от гита только протокол остался
источник

IV

Igor V in ctodailychat
источник

IV

Igor V in ctodailychat
🔥
источник

SG

Samat Galimov in ctodailychat
Egor Suvorov
Если интересно, могу в личке или тут в чате рассказать про то, что у нас вообще бывает и как можно поучаствовать в зависимости от желаемого погружения: проекты разных видов, точечные лекции и встречи, участие в предметах: проверка домашек (а они интересные), проведение пар...
Пиши тут конечно! Интересно :)
источник

SG

Samat Galimov in ctodailychat
Вообще у вас тут такой разговор был вчера-сегодня, прям ❤️
источник