言うモノレポは、Lernaのことではありません。彼らは何のことを指してモノレポと言っているのでしょうか?モノレポスタイル開発はソフトウェア開発手法です。このような:複数のプロジェクトが、同一リポジトリ内にあるプロジェクトは相互依存可能で、コードも共有できる変更を行う場合、モノレポでは全てのプロジェクトで再ビルドや再テストをしない。その代わり、変更の影響を受ける可能性のあるプロジェクトだけを再ビルドと再テストする最後の点は、次の2つの理由で重要です:CIが高速になる。大規模な場合は1000倍早くなるチームがモノレポ内でも独立して活動できる。2つのプロジェクトAとBが相互依存でない場合、どんなときも相互に影響を及ぼすことはありません。チームAが彼ら自身のプロジェクトを開発し、テストし、ビルドし、プルリクをmasterにマージする際、チームBによって書かれたコードが動くことはないです。チームBにイマイチなテスト、ダサいコード、壊れたコード、壊れたテストがあったとしても、チームAは、まったく気にしなくていいです。私はモノリスが好きじゃないんです!これはリポジトリとアーティファクトのデプロイが強く関係することに起因する、よくある誤解です。どこでコードを開発するか、と、なにをいつデプロイするか、は関係ないことは、簡単にわかります。Googleのモノレポには何千ものアプリケーションがありますが、明らかに全てが一緒にリリースされていません。CIをしたければ、ビルド済みアーティファクトを保持し、その保持されたアーティファクトを複数の環境へデプロイするというのは優れたCI/CDプラクティスです。言い換えれば、あるアプリケーションをデプロイする際、いかなるリポジトリにもアクセスする必要はないのです。