複合ビルドはマルチモジュールビルドを時代遅れにしますか？

Question

私は、複合ビルドとマルチモジュールビルドのどちらを使用するのか分かりません。それは両方が同様のものを達成するために使用できるようです。

マルチモジュールビルドに有効なユースケースはありますか？私の意見で

Answer 1

、マルチモジュールのビルドはが構築され、一緒に解放された単一のシステムです。ビルドのすべてのモジュールは同じバージョンを持つ必要があり、同じチームによって開発され、単一のリポジトリ（git/svnなど）にコミットされる可能性があります。

私は、開発者が（別のリリースサイクル/バージョンと異なるリポジトリにある可能性が高い）の2つ以上のシステム上で作業しているとき複合ビルドは開発のみと時間で使用するためのものであることだと思います。例えば：

• は、別の変化を検証しながら、（おそらく複数のチームで共有）、別の社内リポジトリ内のユーティリティライブラリを微調整別のシステム
• の変化を検証しながら、オープンソースライブラリ用のパッチを開発しますシステム
• （別のリポジトリにありそうな）二つ以上のシステムにまたがる修正/改善

私は、複合ビルドは、ソース管理にコミットまたは継続的な統合によって構築されるべきであるとは思いません。私はCIがレポからのジャー（例えばネクサス）を使用すべきだと思います。基本的には、コンポジットビルドはresolve workspace artifacts checkboxと同じ目的を果たしていると思いますm2e

restrictions on a composite buildの1つは、別のコンポジットビルドを含むことができないということです。したがって、マルチモジュールビルドをソース管理にコミットし、複合ビルドを使用して開発用にローカルに結合する方が安全だと思います。

これらの2つの機能が使用されるべきかについての私の意見であり、私は上記の