Dyskusja o tym, czy lepsze jest monorepo czy multirepo, to jeden z tych temat\u00f3w, kt\u00f3re potrafi\u0105 wywo\u0142a\u0107 emocje por\u00f3wnywalne z flame warami o edytory tekstu. Jako osoba, kt\u00f3ra przez lata budowa\u0142a i utrzymywa\u0142a zar\u00f3wno monolityczne repozytoria, jak i dziesi\u0105tki mikrorepozytori\u00f3w, widzia\u0142em, jak \u017ale podj\u0119ta decyzja potrafi spowolni\u0107 ca\u0142y zesp\u00f3\u0142, a w konsekwencji op\u00f3\u017ani\u0107 time-to-market o tygodnie. Nie chodzi o to, kt\u00f3ra strategia jest uniwersalnie lepsza \u2013 obie maj\u0105 swoje miejsce. Problem zaczyna si\u0119, gdy wybieramy jedn\u0105 z nich z b\u0142\u0119dnych przes\u0142anek. Poni\u017cej trzy najcz\u0119stsze b\u0142\u0119dy, kt\u00f3re obserwuj\u0119 w firmach r\u00f3\u017cnej wielko\u015bci.<\/p>\n
Widzia\u0142em startupy, kt\u00f3re na fali popularno\u015bci mikroserwis\u00f3w od razu dzieli\u0142y kod na 20 osobnych repozytori\u00f3w, bo \u201etak robi\u0105 du\u017ce firmy\u201d. Tymczasem zesp\u00f3\u0142 liczy\u0142 5 os\u00f3b, a ca\u0142a aplikacja mia\u0142a jeden model danych i wsp\u00f3\u0142dzielone biblioteki. Efekt? Ka\u017cda zmiana wymaga\u0142a synchronizacji pull request\u00f3w w kilku repozytoriach, a konflikty wersji dependency were na porz\u0105dku dziennym. Z drugiej strony, firma z 50 developerami i wieloma niezale\u017cnymi produktami, kt\u00f3re maj\u0105 r\u00f3\u017cne cykle wyda\u0144, mo\u017ce b\u0142\u0119dnie upchn\u0105\u0107 wszystko w jednym monorepo, co prowadzi do tego, \u017ce build ca\u0142ego projektu trwa 40 minut, a ka\u017cdy commit wywo\u0142uje pipeline testuj\u0105cy ca\u0142o\u015b\u0107. Zasada jest prosta: je\u015bli Tw\u00f3j zesp\u00f3\u0142 jest ma\u0142y (do 10 os\u00f3b) i pracujecie nad jedn\u0105 sp\u00f3jn\u0105 aplikacj\u0105, monorepo upro\u015bci \u017cycie. Je\u015bli macie wiele zespo\u0142\u00f3w, kt\u00f3re wypuszczaj\u0105 niezale\u017cne us\u0142ugi \u2013 multirepo daje autonomi\u0119. Decyzj\u0119 podejmuj na podstawie topologii zespo\u0142u i zale\u017cno\u015bci mi\u0119dzy komponentami, nie na podstawie tego, co jest trendy na Twitterze.<\/p>\n
Drugi b\u0142\u0105d to wyb\u00f3r strategii bez przygotowania infrastruktury. W monorepo kluczowe jest narz\u0119dzie do zarz\u0105dzania zale\u017cno\u015bciami w obr\u0119bie jednego repozytorium \u2013 Nx, Turborepo, Lerna. Bez nich monorepo zamienia si\u0119 w koszmar: musisz r\u0119cznie \u015bledzi\u0107, kt\u00f3re pakiety si\u0119 zmieni\u0142y, \u017ceby nie uruchamia\u0107 test\u00f3w dla ca\u0142ego projektu. Z kolei w multirepo cz\u0119sto zapomina si\u0119 o scentralizowanym zarz\u0105dzaniu wersjami dependency \u2013 ka\u017cdy zesp\u00f3\u0142 wrzuca w\u0142asne wersje bibliotek, co prowadzi do duplikacji kodu i konflikt\u00f3w. Pami\u0119tam firm\u0119, w kt\u00f3rej ka\u017cdy mikroserwis mia\u0142 w\u0142asn\u0105 kopi\u0119 biblioteki do uwierzytelniania, a w pewnym momencie mieli 6 r\u00f3\u017cnych wersji tej samej biblioteki, ka\u017cda z innymi \u0142atkami bezpiecze\u0144stwa. Koszt utrzymania i ryzyko by\u0142y ogromne. Rozwi\u0105zanie? W multirepo warto wprowadzi\u0107 polityk\u0119 wsp\u00f3\u0142dzielenia wersji przez np. monorepo dla bibliotek (tak zwane \u201erepozytorium package\u201d), a reszt\u0119 zostawi\u0107 w osobnych repozytoriach. W monorepo \u2013 od razu wdro\u017cy\u0107 narz\u0119dzie do incremental builds i cacheowania.<\/p>\n
Ostatni b\u0142\u0105d jest najbardziej ludzki. Monorepo wymaga dyscypliny \u2013 nie mo\u017cesz pozwoli\u0107 na ba\u0142agan w strukturze katalog\u00f3w, bo inaczej nikt nic nie znajdzie. Multirepo z kolei mo\u017ce prowadzi\u0107 do silos\u00f3w: zespo\u0142y przestaj\u0105 ze sob\u0105 rozmawia\u0107, kod si\u0119 rozmija, a integracje staj\u0105 si\u0119 piek\u0142em. Widzia\u0142em firm\u0119, w kt\u00f3rej dwa zespo\u0142y przez p\u00f3\u0142 roku rozwija\u0142y r\u00f3wnolegle funkcje, kt\u00f3re okaza\u0142y si\u0119 duplikowa\u0107 \u2013 ka\u017cdy w swoim repo, bez komunikacji. Koszt? Ponad 200 roboczogodzin na marne. Dlatego wa\u017cne jest, aby dobra\u0107 strategi\u0119 nie tylko do technologii, ale te\u017c do dojrza\u0142o\u015bci zespo\u0142u. Je\u015bli Tw\u00f3j zesp\u00f3\u0142 nie ma nawyk\u00f3w code review, nie potrafi utrzymywa\u0107 porz\u0105dku w dokumentacji \u2013 monorepo tylko pog\u0142\u0119bi chaos. Z kolei je\u015bli kultura wsp\u00f3\u0142pracy mi\u0119dzy zespo\u0142ami jest s\u0142aba \u2013 multirepo umocni mury. Kluczowe jest inwestowanie w narz\u0119dzia u\u0142atwiaj\u0105ce cross-team communication, jak wsp\u00f3lne wiki, automatyczne generowanie dokumentacji API czy regularne spotkania synchronizacyjne.<\/p>\n
Wyb\u00f3r mi\u0119dzy monorepo a multirepo nie jest religi\u0105 \u2013 to decyzja architektoniczna uzale\u017cniona od skali zespo\u0142u, dojrza\u0142o\u015bci process\u00f3w i charakteru projektu. Nie ma z\u0142otej metody, ale s\u0105 z\u0142e powody. Je\u015bli wybierasz strategi\u0119 wy\u0142\u0105cznie dlatego, \u017ce \u201ewszyscy tak robi\u0105\u201d lub \u201ebo tak by\u0142o \u0142atwiej na pocz\u0105tku\u201d, pr\u0119dzej czy p\u00f3\u017aniej zap\u0142acisz rachunek. Zadbaj o narz\u0119dzia, zdefiniuj polityk\u0119 zarz\u0105dzania zale\u017cno\u015bciami i, co najwa\u017cniejsze, dopasuj strategi\u0119 do ludzi. W JurskiTech cz\u0119sto pomagamy firmom przeprowadzi\u0107 audyt architektury repozytori\u00f3w \u2013 czasem wystarczy kilka zmian, by odzyska\u0107 20% czasu zespo\u0142u. A to przek\u0142ada si\u0119 na szybsze wdro\u017cenia i realne oszcz\u0119dno\u015bci.<\/p>\n
Masz w\u0142asne do\u015bwiadczenia z monorepo lub multirepo? Podziel si\u0119 w komentarzu \u2013 ch\u0119tnie je skomentuj\u0119.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Monorepo vs Multirepo: 3 b\u0142\u0119dy, kt\u00f3re kosztuj\u0105 Tw\u00f3j zesp\u00f3\u0142 czas i pieni\u0105dze Dyskusja o tym, czy lepsze jest monorepo czy multirepo, to jeden z tych temat\u00f3w, kt\u00f3re potrafi\u0105 wywo\u0142a\u0107 emocje por\u00f3wnywalne z flame warami o edytory tekstu. Jako osoba, kt\u00f3ra przez lata budowa\u0142a i utrzymywa\u0142a zar\u00f3wno monolityczne repozytoria, jak i dziesi\u0105tki mikrorepozytori\u00f3w, widzia\u0142em, jak \u017ale<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[1087,434,128,1086],"class_list":["post-2858","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-repozytorium","tag-efektywnosc-zespolu","tag-monorepo","tag-multirepo"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2858","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2858"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2858\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2858"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2858"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2858"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}