モノレポを選択すると、マルチプロジェクトのコラボレーション効率とコード共有が改善される可能性があります。 NXは、インテリジェントなタスクスケジューリング、リッチプラグインエコシステム、IDE統(tǒng)合を提供する、中程度および大規(guī)模システムをゼロから構(gòu)築するためにより適しています。 Lernaは、NPMパッケージ管理が得意で、既存のビルドシステムやオープンソースプロジェクトに適しています。どちらも組み合わせて使用できます。実際には、NXは初期化してプラグインを追加して、create-nx-workspaceを介してプロジェクトを生成できます。 Lernaは、ワークスペースを設(shè)定し、Lerna Createを使用してパッケージを作成し、適切なバージョン戦略を選択する必要があります。

複數(shù)のフロントエンドプロジェクトのコード、依存関係、およびプロセスを均一に管理する場合、Monorepo（単一の倉庫複數(shù)プロジェクト）が検討する価値のあるソリューションになります。 NXとLernaは現(xiàn)在、最も主流の2つのツールです。それらはすべて、同じ倉庫で複數(shù)のプロジェクトを管理するのに役立ちますが、それぞれに獨(dú)自の焦點(diǎn)があります。あなたが2つの間でためらっている場合、この記事はあなたの考えを明確にするのに役立つはずです。

なぜモノレポを選ぶのですか？

Monorepoの中核的な利點(diǎn)は、より便利なコード共有、より統(tǒng)一されたバージョン制御、より高いコラボレーション効率です。たとえば、複數(shù)のReactコンポーネントライブラリまたはマイクロフロントエンドアプリケーションを開発している場合、これらのプロジェクト間で共有UIコンポーネント、ツール機(jī)能、または構(gòu)成ファイルが存在する場合があります。従來のマルチウェアハウスの方法でそれを維持することは面倒であり、モノレポではすべてを1か所で行うことができます。

さらに、大規(guī)模なチームの場合、モノレポは「バージョンの地獄」の問題を軽減するのにも役立ちます。たとえば、プロジェクトAはパッケージのV1を使用し、プロジェクトBはV2を使用します。これは、アップグレード中に簡単に問題につながる可能性があります。 Monorepoでは、すべてのプロジェクトが同じバージョンを使用していることを確認(rèn)できます。

NX：最新のフロントエンドエンジニアリング統(tǒng)合ソリューション

NXは、NRWLによって発売された完全なモノレポツールチェーンです。 Angular、React、Vueなどの主流のフレームワークをサポートするだけでなく、コードジェネレーター、依存関係分析、キャッシュ構(gòu)築、分散タスク実行などの組み込み関數(shù)も備えています。

その中心的な利點(diǎn)は次のとおりです。

• インテリジェントなタスクのスケジューリング：どのプロジェクトが影響を受け、修正された部品のみが構(gòu)築/テストされるかを自動的に識別できます。
• リッチプラグインエコシステム：オフィシャルは、Angular、React、Node.jsなどをサポートしており、コミュニティも大幅に拡大しています。
• IDEとの深い統(tǒng)合：VSコードプラグインを使用すると、依存性グラフ、タスクの実行などを簡単に表示できます。

箱から出してツールを取りたい場合、自分で多くのスクリプトを書きたくない場合は、NXが完璧な選択になります。

LERNA：古いJSモノレポ管理ツール

Lernaは、主にJavaScriptコミュニティを?qū)澫螭趣筏孔畛酩稳藲荬违猊违欹荪末`ルです。バージョン管理とパッケージの間の依存関係を処理するのが得意であり、NPMパッケージをコアとしてプロジェクト構(gòu)造に適しています。

レルナの機(jī)能は次のとおりです。

• バージョンリリースオートメーション：固定バージョン番號（固定）と獨(dú)立バージョン番號（獨(dú)立）の2つのモードをサポートします。
• *単純なワークスペース：依存メカニズム**：ローカルパッケージを直接參照でき、最初に公開する必要はありません。
• 軽量：Lernaは、NXよりもパッケージ管理の問題に焦點(diǎn)を當(dāng)てています。

主にオープンソースプロジェクト、NPMパッケージ管理を行っている場合、またはすでに獨(dú)自のビルドシステムがあり、バージョンと依存関係を調(diào)整するツールが必要な場合は、Lernaがより適しています。

モデルを選択する方法は？実際のニーズに依存します

• 複數(shù)のマイクロフロントエンド、サーバーモジュール、共有ライブラリを含めるなど、中程度および大規(guī)模なフロントエンドシステムをゼロから構(gòu)築している場合は、NXに直接アクセスすることをお勧めします。完全なツールチェーンを提供し、長期的なメンテナンスに適しています。
• すでに複數(shù)のNPMパッケージを持っている場合、またはチームがNPM/YARNのワークフローに精通している場合、Lernaの開始が簡単かもしれません。
• CIの構(gòu)築や増分構(gòu)造の高速化など、極端なパフォーマンスの最適化を追求する場合、NXはより既製のソリューションを提供します。

もちろん、2つは組み合わせて使用することもできます。たとえば、バージョンのリリースにはレルナを使用し、建設(shè)および依存関係管理にNXを使用します。ただし、この組み合わせは柔軟ですが、學(xué)習(xí)とメンテナンスコストも増加します。

実用的な操作のヒント

NXを試すことにした場合は、次の手順から始めることができます。

• npx create-nx-workspaceを使用してワークスペースを初期化します
• @nx/reactや@nx/angularなどのプラグインを追加します
• nx generate新しいプロジェクトまたはライブラリを作成します
• .vscode/extensions.jsonにNXプラグインをインストールすると、開発エクスペリエンスが向上します

それがレルナの場合：

• "workspaces": true package.jsonでtrue
• lerna createを使用して新しいパッケージを作成します
• リリース前にバージョン戦略を確認(rèn)します（固定vs獨(dú)立）

基本的にそれだけです。 Monorepoは銀の弾丸ではありませんが、適切なシナリオの開発効率を大幅に改善できます。 NXはオールラウンドのようなものですが、レルナはパッケージ管理のベテランの専門家です。プロジェクトの種類とチームの習(xí)慣に従って選択してください。

以上がNXまたはLernaを使用したFrontEnd Monorepo管理の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。