W tym artykule nie porównam monorepo i polyrepo, ponieważ to wszystko jest kwestią filozofii. Zamiast tego, skupię się na budowaniu i ewoluującym doświadczeniu i zakładam, że znasz ekosystem JS / TS.
Zawsze marzyłem o monorepo.
Zobaczyłem podejście monorepo podczas pracy dla Airbnb, ale dotyczyło to tylko frontendu. Z głęboką miłością do ekosystemu JavaScript i „szczęśliwego” doświadczenia z rozwojem TypeScriptu, zacząłem dopasowywać kod frontendu i backendu w tym samym języku od około trzech lat temu. Było to fantastyczne (pod względem zatrudnienia), ale nie tak wspaniałe podczas tworzenia, ponieważ nasze projekty wciąż były rozproszone po wielu repozytoriach.
Jak mówi przysłowie, „najlepszym sposobem na restrukturyzację projektu jest rozpoczęcie nowego”. Więc kiedy roku temu zaczynałem swój startup, postanowiłem zastosować totalną strategię monorepo: umieścić projekty frontendu i backendu, a nawet schematy bazy danych, w jednym repozytorium.
W tym artykule nie porównuję monorepo i polyrepo, ponieważ wszystko to jest kwestią filozofii. Zamiast tego skupię się na budowie i ewolucji i założę, że znasz ekosystem JS/TS.
Ostateczny wynik jest dostępny na [GitHub] (https://github.com/logto-io/logto).
Szczerze mówiąc, jestem fanem JavaScriptu i TypeScriptu. Kocham kompatybilność jego elastyczności i rygorystyczności: możesz wrócić do unknown lub any (chociaż zabroniliśmy jakiejkolwiek formy any w naszym repozytorium kodu), lub użyć super-ścisłego zestawu reguł lint do dopasowania stylu kodu w całym zespole.
Kiedy rozmawialiśmy o koncepcji „fullstack” wcześniej, zwykle wyobrażaliśmy sobie co najmniej dwa ekosystemy i języki programowania: jeden dla frontendu i jeden dla backendu.
Pewnego dnia nagle zdałem sobie sprawę, że może być prościej: Node.js jest wystarczająco szybki (wierz mi, w większości przypadków jakość kodu jest ważniejsza niż prędkość biegu), TypeScript jest na tyle dojrzały (sprawdza się w dużych projektach frontendowych), a koncepcja monorepo została wypróbowana przez wiele znanych zespołów (React, Babel, itp.) - więc dlaczego by nie połączyć cały kod razem, od frontendu do backendu? To pozwoli inżynierom wykonywać prace bez zmiany kontekstu w jednym repozytorium i implementować kompletną funkcję w (prawie) jednym języku.
Jako deweloper, jak zwykle, nie mogłem się doczekać, kiedy zacznę kodować. Ale tym razem było inaczej.
Wybór menedżera pakietów ma kluczowe znaczenie dla doświadczenia dewelopera w monorepo.
To był lipiec 2021 roku. Zacząłem od [email protected], ponieważ używałem go od dawna. Yarn był szybki, ale wkrótce napotkałem kilka problemów z Yarn Workspaces. Na przykład [nieprawidłowe wynoszenie zależności] (https://github.com/yarnpkg/yarn/issues/7572), a tony problemów są oznaczone jako „[naprawione we współczesnym] (https://github.com/yarnpkg/yarn/issues?q=label%3Afixed-in-modern+) ”, które przekierowują mnie do wersji 2 ([berry] (https: //github.com/yarnpkg/berry)).
„Dobrze, dobrze, teraz się aktualizuję.” Przestałem się zmagając z wersją 1 i zacząłem migrować. Ale długi [poradnik migracji] (https://yarnpkg.com/getting-started/migration) berry przestraszył mnie i poddałem się po kilku nieudanych próbach.
Więc badania nad menedżerami pakietów się zaczęły. Zostałem pochłonięty przez pnpm po próbie: szybki jak yarn, natywne wsparcie monorepo, podobne polecenia do npm, twarde linki itp. Co najważniejsze, to po prostu działa. Jako deweloper, który chce zacząć z produktem, ale NIE rozwija menedżera pakietów, chciałbym tylko dodać kilka zależności i rozpocząć projekt bez wiedzy, jak działa menedżer pakietów lub jakieś inne fancy koncepcje.
Na tej samej zasadzie wybraliśmy starych przyjaciół lerna do wykonywania poleceń w pakietach i publikowania pakietów przestrzeni roboczej.
Trudno jest dokładnie określić ostateczny zakres każdego pakietu na początku. Po prostu zacznij od swojego najlepszego podejścia według aktualnego status quo i pamiętaj, że zawsze możesz przeprowadzić refaktoryzację podczas rozwoju.
Nasza [początkowa struktura] (https://github.com/logto-io/logto/tree/af7e6ccd83723d623555dafa4650e115fa795838/packages) zawiera cztery pakiety:
core: monolityczna usługa backendowa.phrases: klucz i18n → zasoby fraz.schemas: baza danych i wspólne schematy TypeScript.ui: web SPA, który współpracuje z core.Ponieważ przyjmujemy ekosystem JavaScript i używamy TypeScript jako naszego głównego języka programowania, wiele wyborów jest oczywistych (na podstawie mojego gustu 😊):
koajs dla usługi backendowej (core): miałam trudne doświadczenia z użyciem async / await w express, więc zdecydowałam się na coś z natywnym wsparciem.i18next / react-i18next dla i18n (phrases / ui): podoba mi się jego prostota interfejsów API i dobre wsparcie TypeScript.react dla SPA (ui): Po prostu osobiste preferencje.Coś tutaj jeszcze brakuje: system bazy danych i mapowanie schematu <-> Definicja TypeScript.
W tym momencie próbowałem dwóch popularnych podejść:
Ale oba wywołały dziwne uczucie podczas poprzedniego rozwoju:
.raw () do surowych zapytań w wielu scenariuszach.Wtedy zobaczyłem ten artykuł: „[Przestań używać Knex.js: Używanie budowniczego zapytań SQL to antywzorzec] (https://gajus.medium.com/stop-using-knex-js-and-earn-30-bf410349856c)”. Tytuł wygląda agresywnie, ale treść jest świetna. Przypomina mi mocno, że „SQL to język programowania”, a zdałem sobie sprawę, że mogę pisać SQL bezpośrednio (tak jak CSS, jak mogłem to przegapić!) Aby wykorzystać natywny język i funkcje bazy danych, zamiast dodawać inną warstwę i zmniejszać moc.
Podsumowując, zdecydowałem się trzymać Postgresa i [Slonik] (https://github.com/gajus/slonik) (otwarty klient Postgres), jak stwierdza artykuł:
... korzyść z pozwalania użytkownikowi na wybór między różnymi dialektami baz danych jest marginalna, a nakład pracy związany z jednoczesnym rozwijaniem dla wielu baz danych jest znaczny.
Inną zaletą pisania SQL jest to, że możemy łatwo używać go jako pojedynczego źródła prawdy definicji TypeScript. Napisałem [generator kodu] (https://github.com/logto-io/logto/tree/af7e6ccd83723d623555dafa4650e115fa795838/packages/schemas/src/gen) do transpilowania schematów SQL na kod TypeScript, który będziemy używać w naszym backendzie, a wynik wygląda nieźle:
Możemy nawet połączyć jsonb z typem TypeScript i przeprowadzić walidację typu w usłudze backendu, jeśli to potrzebne.
Ostateczna struktura zależności wygląda tak:
%3btext-align:center%3b%7d%23mermaid-0 .edgeLabel p%7bbackground-color:rgba(232%2c232%2c232%2c 0.8)%3b%7d%23mermaid-0 .edgeLabel rect%7bopacity:0.5%3bbackground-color:rgba(232%2c232%2c232%2c 0.8)%3bfill:rgba(232%2c232%2c232%2c 0.8)%3b%7d%23mermaid-0 .labelBkg%7bbackground-color:rgba(232%2c 232%2c 232%2c 0.5)%3b%7d%23mermaid-0 .cluster rect%7bfill:%23ffffde%3bstroke:%23aaaa33%3bstroke-width:1px%3b%7d%23mermaid-0 .cluster text%7bfill:%23333%3b%7d%23mermaid-0 .cluster span%7bcolor:%23333%3b%7d%23mermaid-0 div.mermaidTooltip%7bposition:absolute%3btext-align:center%3bmax-width:200px%3bpadding:2px%3bfont-family:arial%2csans-serif%3bfont-size:12px%3bbackground:hsl(80%2c 100%25%2c 96.2745098039%25)%3bborder:1px solid %23aaaa33%3bborder-radius:2px%3bpointer-events:none%3bz-index:100%3b%7d%23mermaid-0 .flowchartTitleText%7btext-anchor:middle%3bfont-size:18px%3bfill:%23333%3b%7d%23mermaid-0 rect.text%7bfill:none%3bstroke-width:0%3b%7d%23mermaid-0 .icon-shape%2c%23mermaid-0 .image-shape%7bbackground-color:rgba(232%2c232%2c232%2c 0.8)%3btext-align:center%3b%7d%23mermaid-0 .icon-shape p%2c%23mermaid-0 .image-shape p%7bbackground-color:rgba(232%2c232%2c232%2c 0.8)%3bpadding:2px%3b%7d%23mermaid-0 .icon-shape rect%2c%23mermaid-0 .image-shape rect%7bopacity:0.5%3bbackground-color:rgba(232%2c232%2c232%2c 0.8)%3bfill:rgba(232%2c232%2c232%2c 0.8)%3b%7d%23mermaid-0 :root%7b--mermaid-font-family:arial%2csans-serif%3b%7d%3c/style%3e%3cg%3e%3cmarker orient='auto' markerHeight='8' markerWidth='8' markerUnits='userSpaceOnUse' refY='5' refX='5' viewBox='0 0 10 10' class='marker flowchart-v2' id='mermaid-0_flowchart-v2-pointEnd'%3e%3cpath style='stroke-width: 1%3b stroke-dasharray: 1%2c 0%3b' class='arrowMarkerPath' d='M 0 0 L 10 5 L 0 10 z'/%3e%3c/marker%3e%3cmarker orient='auto' markerHeight='8' markerWidth='8' markerUnits='userSpaceOnUse' refY='5' refX='4.5' viewBox='0 0 10 10' class='marker flowchart-v2' id='mermaid-0_flowchart-v2-pointStart'%3e%3cpath style='stroke-width: 1%3b stroke-dasharray: 1%2c 0%3b' class='arrowMarkerPath' d='M 0 5 L 10 10 L 10 0 z'/%3e%3c/marker%3e%3cmarker orient='auto' markerHeight='11' markerWidth='11' markerUnits='userSpaceOnUse' refY='5' refX='11' viewBox='0 0 10 10' class='marker flowchart-v2' id='mermaid-0_flowchart-v2-circleEnd'%3e%3ccircle style='stroke-width: 1%3b stroke-dasharray: 1%2c 0%3b' class='arrowMarkerPath' r='5' cy='5' cx='5'/%3e%3c/marker%3e%3cmarker orient='auto' markerHeight='11' markerWidth='11' markerUnits='userSpaceOnUse' refY='5' refX='-1' viewBox='0 0 10 10' class='marker flowchart-v2' id='mermaid-0_flowchart-v2-circleStart'%3e%3ccircle style='stroke-width: 1%3b stroke-dasharray: 1%2c 0%3b' class='arrowMarkerPath' r='5' cy='5' cx='5'/%3e%3c/marker%3e%3cmarker orient='auto' markerHeight='11' markerWidth='11' markerUnits='userSpaceOnUse' refY='5.2' refX='12' viewBox='0 0 11 11' class='marker cross flowchart-v2' id='mermaid-0_flowchart-v2-crossEnd'%3e%3cpath style='stroke-width: 2%3b stroke-dasharray: 1%2c 0%3b' class='arrowMarkerPath' d='M 1%2c1 l 9%2c9 M 10%2c1 l -9%2c9'/%3e%3c/marker%3e%3cmarker orient='auto' markerHeight='11' markerWidth='11' markerUnits='userSpaceOnUse' refY='5.2' refX='-1' viewBox='0 0 11 11' class='marker cross flowchart-v2' id='mermaid-0_flowchart-v2-crossStart'%3e%3cpath style='stroke-width: 2%3b stroke-dasharray: 1%2c 0%3b' class='arrowMarkerPath' d='M 1%2c1 l 9%2c9 M 10%2c1 l -9%2c9'/%3e%3c/marker%3e%3cg class='root'%3e%3cg class='clusters'%3e%3cg data-look='classic' id='Monorepo' class='cluster'%3e%3crect height='208' width='369.40234375' y='112' x='8' style=''/%3e%3cg transform='translate(156.677734375%2c 112)' class='cluster-label'%3e%3cforeignObject height='24' width='72.046875'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='nodeLabel'%3e%3cp%3eMonorepo%3c/p%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3c/g%3e%3cg class='edgePaths'%3e%3cpath marker-end='url(%23mermaid-0_flowchart-v2-pointEnd)' style='' class='edge-thickness-normal edge-pattern-solid edge-thickness-normal edge-pattern-solid flowchart-link' id='L_baza_danych_Schemas_0' d='M279.051%2c62L279.051%2c66.167C279.051%2c70.333%2c279.051%2c78.667%2c279.051%2c87C279.051%2c95.333%2c279.051%2c103.667%2c279.051%2c111.333C279.051%2c119%2c279.051%2c126%2c279.051%2c129.5L279.051%2c133'/%3e%3cpath marker-end='url(%23mermaid-0_flowchart-v2-pointEnd)' style='' class='edge-thickness-normal edge-pattern-solid edge-thickness-normal edge-pattern-solid flowchart-link' id='L_Phrases_Core_1' d='M84.97%2c191L81.671%2c195.167C78.372%2c199.333%2c71.774%2c207.667%2c70.63%2c215.428C69.486%2c223.19%2c73.796%2c230.379%2c75.951%2c233.974L78.106%2c237.569'/%3e%3cpath marker-end='url(%23mermaid-0_flowchart-v2-pointEnd)' style='' class='edge-thickness-normal edge-pattern-solid edge-thickness-normal edge-pattern-solid flowchart-link' id='L_Phrases_UI_2' d='M157.766%2c191L165.701%2c195.167C173.635%2c199.333%2c189.505%2c207.667%2c204.928%2c216.342C220.35%2c225.018%2c235.325%2c234.036%2c242.812%2c238.544L250.3%2c243.053'/%3e%3cpath marker-end='url(%23mermaid-0_flowchart-v2-pointEnd)' style='' class='edge-thickness-normal edge-pattern-solid edge-thickness-normal edge-pattern-solid flowchart-link' id='L_Schemas_Core_3' d='M229.022%2c191L221.302%2c195.167C213.581%2c199.333%2c198.14%2c207.667%2c184.072%2c215.656C170.003%2c223.646%2c157.307%2c231.291%2c150.959%2c235.114L144.611%2c238.937'/%3e%3cpath marker-end='url(%23mermaid-0_flowchart-v2-pointEnd)' style='' class='edge-thickness-normal edge-pattern-solid edge-thickness-normal edge-pattern-solid flowchart-link' id='L_Schemas_UI_4' d='M299.392%2c191L302.531%2c195.167C305.67%2c199.333%2c311.948%2c207.667%2c313.267%2c215.406C314.585%2c223.145%2c310.944%2c230.291%2c309.123%2c233.863L307.302%2c237.436'/%3e%3c/g%3e%3cg class='edgeLabels'%3e%3cg class='edgeLabel'%3e%3cg transform='translate(0%2c 0)' class='label'%3e%3cforeignObject height='0' width='0'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' class='labelBkg' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='edgeLabel'%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg class='edgeLabel'%3e%3cg transform='translate(0%2c 0)' class='label'%3e%3cforeignObject height='0' width='0'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' class='labelBkg' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='edgeLabel'%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg class='edgeLabel'%3e%3cg transform='translate(0%2c 0)' class='label'%3e%3cforeignObject height='0' width='0'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' class='labelBkg' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='edgeLabel'%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg class='edgeLabel'%3e%3cg transform='translate(0%2c 0)' class='label'%3e%3cforeignObject height='0' width='0'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' class='labelBkg' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='edgeLabel'%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg class='edgeLabel'%3e%3cg transform='translate(0%2c 0)' class='label'%3e%3cforeignObject height='0' width='0'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' class='labelBkg' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='edgeLabel'%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3c/g%3e%3cg class='nodes'%3e%3cg transform='translate(279.05078125%2c 35)' id='flowchart-baza_danych-0' class='node default'%3e%3crect height='54' width='196.078125' y='-27' x='-98.0390625' style='' class='basic label-container'/%3e%3cg transform='translate(-68.0390625%2c -12)' style='' class='label'%3e%3crect/%3e%3cforeignObject height='24' width='136.078125'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='nodeLabel'%3e%3cp%3ePostgres Database%3c/p%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg transform='translate(279.05078125%2c 164)' id='flowchart-Schemas-1' class='node default'%3e%3crect height='54' width='126.703125' y='-27' x='-63.3515625' style='' class='basic label-container'/%3e%3cg transform='translate(-33.3515625%2c -12)' style='' class='label'%3e%3crect/%3e%3cforeignObject height='24' width='66.703125'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='nodeLabel'%3e%3cp%3eSchemas%3c/p%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg transform='translate(106.34765625%2c 164)' id='flowchart-Phrases-2' class='node default'%3e%3crect height='54' width='118.703125' y='-27' x='-59.3515625' style='' class='basic label-container'/%3e%3cg transform='translate(-29.3515625%2c -12)' style='' class='label'%3e%3crect/%3e%3cforeignObject height='24' width='58.703125'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='nodeLabel'%3e%3cp%3ePhrases%3c/p%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg transform='translate(96.34765625%2c 268)' id='flowchart-Core-3' class='node default'%3e%3crect height='54' width='94.6875' y='-27' x='-47.34375' style='' class='basic label-container'/%3e%3cg transform='translate(-17.34375%2c -12)' style='' class='label'%3e%3crect/%3e%3cforeignObject height='24' width='34.6875'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='nodeLabel'%3e%3cp%3eCore%3c/p%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3cg transform='translate(291.7265625%2c 268)' id='flowchart-UI-5' class='node default'%3e%3crect height='54' width='76' y='-27' x='-38' style='' class='basic label-container'/%3e%3cg transform='translate(-8%2c -12)' style='' class='label'%3e%3crect/%3e%3cforeignObject height='24' width='16'%3e%3cdiv style='display: table-cell%3b white-space: nowrap%3b line-height: 1.5%3b max-width: 200px%3b text-align: center%3b' xmlns='http://www.w3.org/1999/xhtml'%3e%3cspan class='nodeLabel'%3e%3cp%3eUI%3c/p%3e%3c/span%3e%3c/div%3e%3c/foreignObject%3e%3c/g%3e%3c/g%3e%3c/g%3e%3c/g%3e%3c/g%3e%3c/svg%3e)
Możesz zauważyć, że jest to diagram w jednym kierunku, który bardzo nam pomógł utrzymać przejrzystą architekturę i zdolność do rozwijania projektu. Plus, kod jest (zasadniczo) wszystko w TypeScript.
pnpm i lerna robią niesamowitą robotę na wewnętrznych zależnościach przestrzeni roboczej. Używamy poniższego polecenia w głównym katalogu projektu, aby dodać pakiety rodzeństwa:
Doda to @logto/schemas jako zależność do @logto/core. Podczas zachowania semantycznej wersji w package.json twoich wewnętrznych zależności, pnpm może też poprawnie je łączyć w pnpm-lock.yaml. Wynik będzie wyglądał tak:
Traktujemy każdy pakiet w monorepo jako „niezależny”. Dlatego możemy używać standardowego podejścia do udostępniania konfiguracji, które obejmuje tsconfig, eslintConfig, prettier, stlyelint i jest-config. Zobacz [ten projekt] (https://github.com/logto-io/logto/tree/6327eb6c577cdf36c8f44b55bac8195f7d6a6335/packages/console) na przykład.
Używam VSCode do codziennego rozwoju, a w skrócie, nic nie jest inne, gdy projekt jest poprawnie skonfigurowany:
pattern swoją własną):Używamy różnych kompilatorów dla frontendu i backendu: parceljs dla UI (React) i tsc dla wszystkich innych czystych pakietów TypeScript. Gorąco polecam wypróbować parceljs, jeśli jeszcze tego nie zrobiłeś. To prawdziwy „kompilator zerowej konfiguracji”, który z wdziękiem obsługuje różne typy plików.
Parcel obsługuje własny serwer dev frontendu, a wyjście produkcyjne to po prostu pliki statyczne. Ponieważ chcielibyśmy zamontować API i SPA pod tym samym pochodzeniem, aby uniknąć problemów z CORS, strategia poniżej działa:
W środowisku deweloperskim używaj prostego serwera proxy HTTP, aby przekierować ruch do serwera dev Parcel.
W produkcji, bezpośrednio zarządzaj plikami statycznymi.
Możesz znaleźć implementację funkcji middleware frontendu [tutaj] (https://github.com/logto-io/logto/blob/6327eb6c577cdf36c8f44b55bac8195f7d6a6335/packages/core/src/middleware/koa-spa-proxy.ts).
Mamy skrypt dev w package.json dla każdego pakietu, który obserwuje zmiany w plikach i ponownie kompiluje, gdy to potrzebne. Dzięki lerna, rzeczy stają się łatwe za pomocą lerna exec do uruchamiania skryptów pakietów równolegle. Główny skrypt będzie wyglądał tak:
Idealnie, tylko dwa kroki dla nowego inżyniera / kontrybutora, aby zacząć:
pnpm i && pnpm devNasz zespół rozwijał się w ten sposób przez rok i jesteśmy z niego bardzo zadowoleni. Odwiedź nasze [repo na GitHubie] (https://github.com/logto-io/logto), aby zobaczyć najnowszy kształt projektu. Podsumowując:
Bóle
Zyski
Ten artykuł pozostawia kilka tematów niepokrytych: Ustawianie repozytorium od początku, dodawanie nowego pakietu, wykorzystanie GitHub Actions do CI / CD itp. Byłoby za długo na ten artykuł, gdybym rozwinął każdy z nich. Śmiało komentuj i daj mi znać, który temat chciałbyś zobaczyć w przyszłości.