Kiedy s\u0142ysz\u0119 \u201emonorepo\u201d od founder\u00f3w ma\u0142ych firm, od razu czuj\u0119 mieszane uczucia. Z jednej strony \u2013 kusz\u0105ca obietnica prostoty: jeden repo, jedna historia commit\u00f3w, \u0142atwe udost\u0119pnianie kodu. Z drugiej \u2013 widz\u0119 projekty, kt\u00f3re po roku ton\u0105 w zale\u017cno\u015bciach, a ka\u017cde wdro\u017cenie zamienia si\u0119 w rosyjsk\u0105 ruletk\u0119. Czy monorepo ma sens dla ma\u0142ego zespo\u0142u? Odpowied\u017a nie jest czarno-bia\u0142a.<\/p>\n
Wi\u0119kszo\u015b\u0107 zespo\u0142\u00f3w przechodzi na monorepo, bo wierzy, \u017ce to upro\u015bci zarz\u0105dzanie. Rzeczywisto\u015b\u0107? Prawid\u0142owo skonfigurowane monorepo wymaga narz\u0119dzi takich jak Nx, Turborepo czy Bazel. Bez nich \u2013 zaczyna si\u0119 chaos. Przyk\u0142ad: klient, startup z 5 developerami, postanowi\u0142 zebra\u0107 wszystkie mikroserwisy w jednym repo. Po trzech miesi\u0105cach ka\u017cda zmiana w bibliotece shared powodowa\u0142a \u0142a\u0144cuchow\u0105 reakcj\u0119 \u2013 developerzy musieli czeka\u0107 godzinami na CI, a konflikty merge\u2019\u00f3w by\u0142y codzienno\u015bci\u0105.<\/p>\n
Monorepo nie jest magicznym rozwi\u0105zaniem. To architektura, kt\u00f3ra wymaga dyscypliny. Je\u015bli Tw\u00f3j zesp\u00f3\u0142 nie ma do\u015bwiadczenia z monorepo tools, rozwa\u017c start z rozwi\u0105zaniami typu \u201emulti-repo z pakiet managerem\u201d (np. Lerna) lub hybryd\u0105.<\/p>\n
Monorepo w ma\u0142ej firmie cz\u0119sto oznacza, \u017ce ka\u017cdy commit uruchamia testy dla ca\u0142ego projektu. To drogie. Klient z bran\u017cy e-commerce \u2013 4 developer\u00f3w, 3 aplikacje w monorepo \u2013 p\u0142aci\u0142 za GitHub Actions 2x wi\u0119cej ni\u017c z oddzielnymi repozytoriami. Dopiero wdro\u017cenie inteligentnego cachowania (Turborepo) i selektywnego uruchamiania test\u00f3w zmniejszy\u0142o koszty o 40%.<\/p>\n
Wniosek: monorepo bez odpowiedniej optymalizacji CI to prosta droga do przepalania bud\u017cetu. Je\u015bli nie mo\u017cesz po\u015bwi\u0119ci\u0107 czasu na konfiguracj\u0119 narz\u0119dzi, lepiej zosta\u0144 przy multi-repo.<\/p>\n
Wsp\u00f3\u0142dzielenie kodu mi\u0119dzy projektami to g\u0142\u00f3wna zaleta monorepo. Ale tylko je\u015bli robisz to z g\u0142ow\u0105. Widzia\u0142em firm\u0119, kt\u00f3ra wrzuci\u0142a wszystkie biblioteki do jednego folderu Rozwi\u0105zanie? Ka\u017cda biblioteka w monorepo powinna mie\u0107 w\u0142asny Nie zawsze jest z\u0142e. Monorepo sprawdza si\u0119, gdy:<\/p>\n Je\u015bli natomiast dopiero zaczynacie, macie rozproszone zespo\u0142y lub projekty o niskiej wsp\u00f3\u0142zale\u017cno\u015bci \u2013 startujcie z multi-repo. Przynajmniej do czasu, a\u017c poznacie w\u0142asne potrzeby.<\/p>\n Monorepo to pot\u0119\u017cne narz\u0119dzie, ale dla ma\u0142ej firmy mo\u017ce by\u0107 zar\u00f3wno oszcz\u0119dno\u015bci\u0105, jak i kl\u0105tw\u0105. Kluczem jest \u015bwiadomo\u015b\u0107 koszt\u00f3w \u2013 nie tylko tych finansowych, ale te\u017c czasu zespo\u0142u i inwestycji w narz\u0119dzia. Zanim podejmiesz decyzj\u0119, przetestuj na ma\u0142ym projekcie. A je\u015bli potrzebujesz wsparcia w optymalizacji architektury \u2013 JurskiTech ch\u0119tnie pomo\u017ce unikn\u0105\u0107 typowych pu\u0142apek.<\/p>\n Monorepo to decyzja strategiczna. Nie daj si\u0119 skusi\u0107 pozornej prostocie.<\/p>\n","protected":false},"excerpt":{"rendered":" Monorepo w ma\u0142ej firmie: oszcz\u0119dno\u015b\u0107 czy kl\u0105twa? Kiedy s\u0142ysz\u0119 \u201emonorepo\u201d od founder\u00f3w ma\u0142ych firm, od razu czuj\u0119 mieszane uczucia. Z jednej strony \u2013 kusz\u0105ca obietnica prostoty: jeden repo, jedna historia commit\u00f3w, \u0142atwe udost\u0119pnianie kodu. Z drugiej \u2013 widz\u0119 projekty, kt\u00f3re po roku ton\u0105 w zale\u017cno\u015bciach, a ka\u017cde wdro\u017cenie zamienia si\u0119 w rosyjsk\u0105 ruletk\u0119. Czy monorepo<\/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":[276,482,570,128],"class_list":["post-2418","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-api","tag-bledy-w-devops","tag-mala-firma","tag-monorepo"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2418","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=2418"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2418\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2418"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2418"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2418"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}shared<\/code> \u2013 bez wersjonowania. Efekt: ka\u017cda zmiana w shared<\/code> wymusza\u0142a aktualizacj\u0119 u wszystkich konsument\u00f3w, cz\u0119sto z break change\u2019ami. To nie jest oszcz\u0119dno\u015b\u0107, to d\u0142ug techniczny.<\/p>\npackage.json<\/code> i semver. U\u017cywaj narz\u0119dzi do zarz\u0105dzania zale\u017cno\u015bciami (np. Changesets). A przede wszystkim \u2013 zadaj sobie pytanie: czy te projekty naprawd\u0119 potrzebuj\u0105 wsp\u00f3\u0142dzieli\u0107 kod? Czasem lepiej skopiowa\u0107 100 linijek ni\u017c stworzy\u0107 zale\u017cno\u015b\u0107, kt\u00f3ra b\u0119dzie ci\u0105\u017cy\u0107 przez lata.<\/p>\nKiedy monorepo ma sens?<\/h2>\n
\n
Podsumowanie<\/h2>\n