2013-06-28 16 views
6

私はこの時点までに作成したコードを1つのMavenプロジェクトから複数のMavenプロジェクトに分割しました。私が終わったプロジェクトは、将来のプロジェクトで使うことができます。彼らはかなり多くのライブラリです。すべてのプロジェクトが1つのプロジェクトに入っていたので、私はこの時点までに単一のGitリポジトリを使用してきました。しかし、モジュール化の後、私はMavenプロジェクトごとにGitリポジトリを作成する必要があるのだろうかと思います。私はそれが正しい方法だと思いますが、他の人がそれについて考えることを聞きたいと思います。プロジェクトはスタンドアロンコンポーネントとして機能することができるので、独自のGitリポジトリにも値するでしょうか?もう一つの選択肢は、私が現在取り組んでいるプロジェクトのための同じGitリポジトリ内のすべてのプロジェクトを開発することです。モジュラMavenプロジェクトと複数のGitリポジトリ

+0

これを使用する方法は、決定にも同様に影響します。モジュールをスタンドアロンとしてフォークする可能性は高くなっていますか? – velo

+0

これは本当に「あなたはどうやってやりたいの?これに対して「正しい」答えはありません。どちらの方法でも問題ありません。 –

答えて

2

プロジェクトはスタンドアロンコンポーネントとして機能する可能性があるので、独自のGitリポジトリも必要ですか?

これは実際には(ブランチやタグのセットを含む)は、独自の独立した歴史を持つファイルのコヒーレント基を表しますGitのリポジトリを定義するための主な基準の一つであり、

これは、追加を持っていますいくつかの他のプロジェクトはに従っています。ですが、すべてのコンポーネントが完全な一意のgitリポジトリ(これはすべてが含まれています。、含まれないコンポーネントは不要です)を複製する必要はありません。
他のプロジェクトは、必要なコンポーネントの正確なサブセットを複製して恩恵を受けることができます。

これはcomponent approach, as opposed to the system approachと呼ばれます。

+1

あります。私はあなたがおそらくあなたが持っているかもしれない親のpomを排除したいと思うことをこれに加えます。そうすれば、両方のモジュールを真に進化させることができます。モジュールが実際に強固に結合されているためにこれが不便な場合、モジュール化は解決するよりも多くの問題を引き起こします。これは、Javaでの反パターンのビットで、人々がすべてのパッケージをモジュールにして、リリース、ビルドなどをするのに時間がかかりすぎるのです。 –

関連する問題