1.02 (2) Monorepo vs Polirepo

Tam też zwróciłeś uwagę podczas jednej z naszych rozmów, że te największe firmy, największe projekty na świecie od lat korzystają z Monorepo. A w tych mniejszych bardzo często szło się za hype'em, a hype często był mocno związany właśnie z Polirepo, właśnie z podejściem takim rozproszonym. No i teraz mamy tak naprawdę dużo plusów, dużo minusów. Dla mnie największym plusem w przypadku, jeśli chodzi o Monorepo, jest to, że mamy tak naprawdę jedno źródło kodu, Tak naprawdę mamy wszystko w jednym miejscu. Nie musimy rozpraszać swojej uwagi pomiędzy poszczególnymi repozytoriami, poszczególnymi projektami.

Natomiast w Monorepo mamy wszystko w jednym codebase. Więc mając wszystko w jednym codebase, tak naprawdę ogranicza nas tylko ścieżka do pliku. I ja na przykład ten problem widzę w projekcie, w którym jestem. Mamy tak jakby dwie aplikacje, które są w jednym repo. Ta jedna aplikacja jest starsza od tej, którą aktualnie ja wytwarzam. I często było tak, że część modułów, które zostały wszyte w tą pierwszą aplikację, nigdy nie zostało wydzielonych do jakiegoś shared catalogu, shared directory czy cokolwiek innego, jakiegoś commona. To de facto powoduje, że jedna aplikacja, która jakoby jest niezależna, korzysta z zależności, jak ma po prostu rzeczy, które zostały wpisane w tą pierwszą aplikację.

Tutaj tych narzędzi jest dość wiele. Google, o którym wspominałem, korzysta i stworzył takie narzędzie, które nazywa się Bazel. Niestety jest ono dość skomplikowane. Z kolei Microsoft ma Rush, o ile dobrze pamiętam. Więc zdecydowanie nawet w momencie, kiedy żyjemy w tej architekturze mikroserwisowej, o której też wspominałeś Mateuszu, to nie jest tak, że musimy rezygnować z innych języków czy z innych frameworków. Dalej możemy korzystać z tych dobrodziejstw Monorepo, dając sobie tą wolność egzystencji w architekturze mikroserwisów i wolności, którą one nam dają. Okej, no ale jeżeli spojrzymy na to głębiej, to żeby utrzymywać w jednym Monorepo wiele języków najczęściej musielibyśmy skorzystać z jakiegoś dodatkowego narzutu w postaci jakiegoś frameworka najczęściej.

No i tutaj pojawiają się różne frameworki, na przykład NX, który, z tego co czytałem, wspiera różne technologie w ramach jednego Monorepo. No i teraz pytanie, czy warto w ogóle wrzucać dodatkowy narzut technologiczny w postaci frameworka, który będzie stał nad wszystkim i który będzie tym w odpowiedni sposób zarządzał, przygotowywał nam te projekty. Czy miałeś w ogóle do czynienia z takimi frameworkami jak NX? Korzystałbyś z takiego frameworka w momencie kiedy miałbyś taki projekt? Wiele różnych języków, różne technologie, różne frameworki i wszystko trzeba umieścić we tym Monorepo.

1.02 2 Monorepo, Mateusz Jabłoński. No istnieje i daje sobie całkiem nieźle radę. Chociaż tutaj ciekawe są też rozwiązania typu NPM Workspaces i Yarn Workspaces, z których Turbo Repo korzysta. Myślę, że to też jest ciekawe, że nawet NPM czy też Yarn zaczynają wspierać jakby natywnie właśnie to podejście Monorepo.