2017-11-27 12 views
-1

私たちはSVNからGITへの移行中です。SVNからGITへの移行 - Mavenモジュール階層のメンテナンス方法

コア共通 [ポンポンMavenの親モジュール]

  • 共通の例外 [ジャーMavenのモジュール]
  • 共通データ・アクセス:SVNで私達は次のMavenの構造を持っていました [ジャーMavenのモジュール]
  • 共通-utilsの [ジャーMavenのモジュール]

のApp-モジュール [ポンポンMavenの親モジュール]

  • サービス [ジャーMavenのモジュール]
  • 残り資源 [戦争のmavenモジュール]

新たな場合は開発者はEclipseでワークスペースを設定したいと思うので、次のようにしなければなりません。

  1. アウトコア共通、すべての子どもたち(共通例外は、共通-utilsの、コモン)チェックアウトし、すべての子どもたち(サービス、残り-リソース)チェックアウトとした
  2. アウトのApp-モジュールを構築しました
  3. 展開にサーバー、テストにウェブ残り-リソースを構築し、今ではGITに移動した場合、開発

を開始し、我々は、階層の種類に従ってください。親子モジュールのコンセプトを持たずにフラットな構造に従うべきですが、すべてのプロジェクトを同じレベルにする必要がありますか?もしそうならば、開発者はGITから5つのモジュールを別々にクローンする必要はありません.SVNでは親だけをチェックアウトする必要がありますが、子供については心配する必要はありません。

フラット階層

  • 共通例外 [ジャーMavenのモジュール]
  • 共通データアクセス [ジャーMavenのモジュール]
  • 共通-utilsの [ジャー達人モジュール]
  • サービス [jar mav専用モジュール]
  • 残り資源 [戦争のmavenモジュール]

あるいは、そのより良い私たちはSVNで持って使用したのと同じアプローチに従ってください。 GITでは特定の基準を遵守する必要がありますか?

答えて

0

あなたが現在の設定に満足していると思います。 gitと同じ方法で引き続き使用できます。

+0

実際には私が好きなことではありません。 GITに移っていくうちに、我々が従わなければならない標準についてです。しかし、私はhttps://github.com/spring-projects/spring-bootが同じ階層を持っていると思いますので、私はそれに続くことができます。 –

関連する問題