複数のリポジトリを管理することは、特にそれらのリポジトリに関与している場合、イライラする可能性があります。たとえば、レポAとレポBのビジネスロジックは30％類似している可能性があります。修正または変更する必要がある場合は、2回行う必要があります。

始める前に、この記事を見て、より明確な心を持つ必要があるかもしれません。

モノレポとは？

マルチリポジトリとは異なり、モノリポジトリは、複数のプロジェクトのコードとアセットを格納する単一のリポジトリです。さまざまなプロジェクト間でビジネスロジックを共有できます。

フルスタックJavaScriptの使用を想像してみてください：デスクトップ— ElectronJS、バックエンド— NodeJS、モバイルアプリ— React Native、管理ポータル— ReactJS、およびWebアプリケーション—SvelteJS。これらすべてのプロジェクトを保存するために必要なリポジトリは1つだけです。

フォルダ構造は次のようになります。

apps/
├── admin
│   └── package.json
├── api
│   └── package.json
├── desktop
│   └── package.json
├── mobile
│   └── package.json
└── web
    └── package.json
public/
├── styles
│   └── global.css
├── images
│   └── a.png
|   └── b.png
└── favicon.ico
shared/
└── utils
    └── index.ts

モノレポを使用しているのは誰ですか？

1. グーグル、フェイスブック、ツイッター、マイクロソフトなどの大企業はモノレポを使用しており、そのコードベースは巨大です。
2. オープンソース ライブラリは通常、ドキュメントサイトやプラグインなどにmonorepoを使用します。ただし、マルチリポジトリの場合もあります。

モノレポは良いですが、時には裏目に出ることがあります。

利点

1. コードを1回—同じビジネスロジックを複数回記述する必要はありません。一度コーディングすれば、同じリポジトリ内の複数のプロジェクト間で共有できます。
2. 簡素化された依存関係管理—マルチリポジトリでは、同じサードパーティの依存関係を複数回ダウンロードして、パッケージを複数回公開する必要がある場合があります。Monorepoを使用すると、依存関係を1か所で1回管理できます。
3. 原子の変更— 1つのコードを変更して、複数のプロジェクトに影響を与えることができます。たとえば、共有関数をリファクタリングすると、他のプロジェクトにも影響します。

1. アクセス制御—すべてのプロジェクトで読み取り、書き込み、削除にアクセスできます。たとえば、ジョンはフロントエンドWeb開発者であり、React Webアプリケーションでのみ作業する必要がありますが、バックエンドやデスクトップなどにもアクセスできます。
2. より多くのストレージが必要—ほとんどのプロジェクトで作業するフルスタック開発者に適しています。ただし、monorepoに5つのプロジェクトがあり、1つしか作業していない場合、他の4つのプロジェクトはストレージを浪費しています。
3. 原子の変化—はい、これは長所と短所の両方になる可能性があります。コードの一部をリファクタリングすると、成功することも、完全に失敗することもあります。他の人のプロジェクトを台無しにする可能性があります。
4. IDEの自動インポート—IDEの自動インポートを常に再確認してください。他のプロジェクトからモジュールをインポートする場合がありますが、そのモジュールは本番環境には含まれません。JSはタイプセーフな言語ではないため、IDEのスマートリファクタリングに依存しないでください。それは悪夢を生み出すでしょう。
5. バージョン管理—大きなチームが貢献している場合、コミットログを追跡するのは非常に困難です。

ここでGithubリポジトリの例を確認してください。

plainenglish.ioのその他のコンテンツ