Maven モジュール (reactor ビルド) を使用する方法/理由を完全に理解したことがありません。
製品間、およびライブラリ間でも (依存関係として) 共有する数十のライブラリがあります。それらを Maven モジュールにすることに切り替える場合、SVN と作業コピーの両方でどのように設定しますか?
Maven モジュールは本当にサブフォルダーにする必要がありますか? それらはSVNレポのサブフォルダーでもある必要がありますか?
作業コピーにサブフォルダーが必要なだけだと仮定するとsvn:externals、たとえば「util」ライブラリを同時に複数のプロジェクトのモジュールにすることができると思います。svn:externalsしかし、外部のコードを変更することを止めるものは何もないため 、使用について多くの悪いことを読みましたが、追跡されていません。
助言がありますか？モジュールのボートを見逃していますか?
いいえ...モジュラープロジェクトは、子プロジェクトが親プロジェクトに統合されてより大きなアーティファクトを作成する場合にのみ使用する必要があります。そのため、モジュールにEJB（サーバーとクライアント）、WAR、そしてそれらが EAR ファイルに結合されます。このモジュール性は利便性のためだけのものであり、必要に応じてスキップできます。
再利用可能なライブラリの場合は、それらを独立したプロジェクトにして、共有リポジトリにデプロイします。次に、それらを使用するプロジェクトで依存関係として参照する必要があります。
それは破壊の問題だと思います。これにより、分岐用のフォルダ構造を作成する必要があります。他のバージョン管理システムでは、フォルダー構造を表示せずに分岐することができ、Mavenモジュールをより簡単に作成できます。
私は250を超えるモジュールの製品を扱っており、それらは機能領域を示すだけの「論理的な」Mavenモジュールに存在します。例：「CoreService」、「Utilities」、「Applications」。すべてのCoreServiceが特定の依存関係の特定のバージョンを使用し、すべてのアプリケーションが特定のアスペクトJライブラリをそれらに織り込んでいることを確認できるため、このためにMavenモジュールを使用することに非常に満足しています。
しかしあなたの解決策のために：
relativePathモジュールのSubversionには、タグ内のタグである呼び出された親を見つける機能がありますparent。親のフォルダーにサブプロジェクトを配置する唯一の理由は、親を構築するときにサブプロジェクトをリアクターに配置できるようにするためです。子プロジェクトは引き続き個別にビルド（およびインストール）できます。
subersion 1.5のサポートも強化されてsvn:externalsおり、相対URLを使用できます。この場合も便利です。
-幸運を祈り、解決策を見つけたらここに報告してください！