-1
私たちはSVNからGITへの移行中です。SVNからGITへの移行 - Mavenモジュール階層のメンテナンス方法
コア共通 [ポンポンMavenの親モジュール]
- 共通の例外 [ジャーMavenのモジュール]
- 共通データ・アクセス:SVNで私達は次のMavenの構造を持っていました [ジャーMavenのモジュール]
- 共通-utilsの [ジャーMavenのモジュール]
のApp-モジュール [ポンポンMavenの親モジュール]
- サービス [ジャーMavenのモジュール]
- 残り資源 [戦争のmavenモジュール]
新たな場合は開発者はEclipseでワークスペースを設定したいと思うので、次のようにしなければなりません。
- アウトコア共通、すべての子どもたち(共通例外は、共通-utilsの、コモン)チェックアウトし、すべての子どもたち(サービス、残り-リソース)チェックアウトとした
- アウトのApp-モジュールを構築しました
- 展開にサーバー、テストにウェブ残り-リソースを構築し、今ではGITに移動した場合、開発
を開始し、我々は、階層の種類に従ってください。親子モジュールのコンセプトを持たずにフラットな構造に従うべきですが、すべてのプロジェクトを同じレベルにする必要がありますか?もしそうならば、開発者はGITから5つのモジュールを別々にクローンする必要はありません.SVNでは親だけをチェックアウトする必要がありますが、子供については心配する必要はありません。
フラット階層
- 共通例外 [ジャーMavenのモジュール]
- 共通データアクセス [ジャーMavenのモジュール]
- 共通-utilsの [ジャー達人モジュール]
- サービス [jar mav専用モジュール]
- 残り資源 [戦争のmavenモジュール]
あるいは、そのより良い私たちはSVNで持って使用したのと同じアプローチに従ってください。 GITでは特定の基準を遵守する必要がありますか?
実際には私が好きなことではありません。 GITに移っていくうちに、我々が従わなければならない標準についてです。しかし、私はhttps://github.com/spring-projects/spring-bootが同じ階層を持っていると思いますので、私はそれに続くことができます。 –