このマルチモジュール-プロジェクトに分別リポジトリの木がありますか?
質問
現在、プロジェクト標準のsubversionリポジトリのレイアウト:
./幹
./支店
./タグ
しかし、我々の移動の道OSGiとモジュラプロジェクトで私の結:
./trunk/バンドル/main
./trunk/バンドル/modulea
./trunk/バンドル/moduleb
./タグ/バンドル/本-1.0.0
./タグ/バンドル/本-1.0.1
./タグ/バンドル/modulea-1.0.0
の構築はかなり積層で構築すべてのモジュールの配列、なんだけまrefactor、ビルド/リポジトリへような:
./バンドル/メイン/トランク
./バンドル/main/タグ/本-1.0.0
./バンドル/main/タグ/本-1.0.1
./バンドル/modulea/トランク
./バンドル/modulea/tags/modulea-1.0.0
このパターンだと思う各モジュールの建物そのものの保管、バイナリー、リポジトリの(maven ivy又はその他の経路にあるsubversionリポジトリ)。
あるガイドラインのベストセラーの実践"上プロジェクトのレイアウトだがモジュール?
解決
のSubversionに書かれた二つの部門を設置す:
ブログエントリに対象: "Subversionリポジトリのレイアウト"
その答えい:なおマイレージは変更となります(状況は、お /bundle/<project>/(trunk|tags|branches)
スキームで共通するものです。
他のヒント
あくまで個人的に好きなものを見たいのは、以下のような構成に適した大型プロジェクトからなる多くのモジュール:
branches project-name module1 branch-name module2 possibly-another-branch-name branch-name-on-a-higher-level-including-both-modules module1 module2 tags ... (same as branches) trunk project-name module1 module2
って使用されることも多くありますの構造に大きなリポジトリを含む多くのプロジェクトが保持すべてのプロジェクトのリポジトリによる相互参照プロジェクトや共有コードとして、歴史—楽になります。
私の構造を根幹に、タグや支店のフォルダから開始なので私の経験(大型リポジトリを含む多くのプロジェクト)は、多くのサブプロジェクトモジュールのない別のタグや支店では、必要はありませんのフォルダー構成します。でも容易に開発者、幹部のリポジトリには面していないため、すべてのタグや店舗にはないもの。
このプロジェクトや会社方針のものです。持っていればリポジトリのための各プロジェクトまたは指開発者だけが作業を単一のプロジェクトのリポジトリの間の根幹にしようというものです。
によって二つのセント...
していきたいとのコメントのSVNのドキュメント(すでに引用された他の答えは、同じスレッド) http://svnbook.red-bean.com/en/1.4/svn.reposadmin.planning.html#svn.reposadmin.projects.chooselayout
の抜粋を参照以下の構造/ trunk/ calc/ カレンダー/ 表計算シート/ ... タグ/ calc/ カレンダー/ 表計算シート/ ... 支店/ calc/ カレンダー/ 表計算シート/
"あの、特に誤りについてのレイアウトではないかと直感的にすることができます。特に大型マルチプロジェクト状況を多くのユーザーは、ユーザーの傾向を知るただ一つのプロジェクトのリポジトリそのプロジェクトとしての支店-兄弟がド重視のプロジェクトの個性の全体セットとして、プロジェクトの単一の団体をいう。ことになる社会問題になってる。いての発案手配のために純粋に実践的な理由るのが難しいのですが—--について(または改変、または移行)の全体を単一のプロジェクトの場合は単一リポジトリのパス全体を支える歴史—過去、現在、タグ付き、分岐—対するプロジェクトプロジェクトです。"
私の持ているか、なんて事が書かれてい非常に強くことを好みのレイアウト:/ utils/ calc/ trunk/ タグ/ 支店/ カレンダー/ trunk/ タグ/ 支店/ ... 事務所 表計算シート/ trunk/ タグ/ 支店/
の理由でその実行不可能なタグは完全なプロジェクトで設定したいタグのみが特定のサブセット.
プログラムを利用しましょう例:場合はプロジェクト-1に依存moduleA v1.1moduleB.phpがv2で増えたファイルです。3僕は新しいmoduleA.phpがv2で増えたファイルです。xに登場するタグです。実際、今後の一日/週/月後にこのタグ付きリリース、そして強制的にバンドル記述子のタグ付き版のプロジェクト-1読みのバージョンのmoduleA実際に必要です。
また、作りこんだことで、特定のバックアップのこのリリースの源をCDていただきたいと思い輸出がこのタグなしでダウンロード数百メガバイトの関係のないもの。
いたばかりの私の二つのセント.
私の答えは同様の問題にStackOverflow バージョン管理構造の問題.実際にいくもので、ここでい重OSGiの開発と多くの束が認められた。まずエコー Anders Sandvigコメント:保trunk/タグ、支店の根レベルからお店の限定セットのモジュールです。でも干渉しないモジュールのビルです。
こんなにコピーする答え以前のものである。