要素の数千人のSubversionのリポジトリを整理
-
21-08-2019 - |
質問
:私は多くのフォーラムに長い時間を費やしている(スタックオーバーフローを含む - とはいSVNを組織上のSO多くの質問がある)は、Googleの検索、およびドキュメントを読んで(私はいくつかのSubversionの本を所有します)。私はまだSubversionの中で私たちのコードベースを整理するための良い方法を発見していません。当社は現在、リビジョン管理システムとしてRCSを使用し、のすべてのの1つのRCSディレクトリに保存されている - 醜い、私は知っている - 私はもっと良いものに向けて働いている理由です。私はまた、Subversionのをたくさん使用しているので、私はそれが機能を知っているし、それがどのように働きますか。それは完全に関連するプログラミングされていないので、私は、数ヶ月のためにこの質問を躊躇しているが、私は私の質問をするためのソリューション、何より良い場所に来ることができていないので、!
どのような私の頭の中で物事を複雑にすることはSubversionの用語「プロジェクト」です。私が転覆でJavaプロジェクトを管理したい場合は、これは私には完璧な理にかなって:jarファイルにまとめますjavaファイルのすべてが、「プロジェクト」を考えることができる - それらはすべて一緒に属しています。しかし、私たちの環境の中で、私は「プロジェクト」とは何であるかを定義する簡単な方法が表示されません。当社は、4000以上のプログラムを持っており、それらのすべてが互いのほとんど独立しています。彼らの多くは、シェルスクリプトやPerlスクリプトです。私たちのスクリプトの一部は、一般的な「ユーティリティ」または「ライブラリ」のスクリプトを使用していますが、ほとんどの部分は、すべてのコードオブジェクトがindepenantされます。
プログラムA、B、およびC、および設定ファイルのAAを伴う可能性が私たちの環境では、一つの「プロジェクト」。もう一つのプロジェクトは、プログラムC、D、およびE、および設定ファイルBBを使用することができます。さらに別のプロジェクトはちょうどグループに属しているプログラムやファイルを分類する方法はありません設定ファイルのAA、または多分プログラムBを変更することができます。このため、 - 私が転覆に私たちのコードを整理する方法は考えています。私は、マスタープロジェクトのトランクにすべてをかけるが、その後、作業コピーをチェックアウトすると、すべての4,000+の要素をチェックアウトすることができます。
いくつかのコンテキストを与えるために、これは、データウェアハウスのためです。すべての4,000+コード要素は、倉庫を機能させるために必要とされています。たぶん、特定のビジネス要件は、要素のいくつかにアクセスされた列の変更を必要とし、別のビジネス要件は、いくつかの他の要素(多分同じのいくつかの他のプロジェクトから)への変更を必要とします。
ことにしてい 私はそれが動作することができます信じるように持っているが、たぶん、Subversionは、私たちのためにベストフィットではありません。我々はすでに弊社のWebコードおよび当社のJavaプログラムのためのSubversionサーバを持っている、と簡単に定義されたプロジェクトがあるので、それは、素晴らしい作品。私はちょうど私たちの主なコードライブラリを整理する方法を見つけ出すことはできません。
うまくいけば、その作られた感のある、あなたの知恵を事前に...感謝!
解決
あなたは各コンポーネントの「本当の」ディレクトリを作成し、必要なコンポーネントのチェックアウトのための外観を使用するプロジェクトごとに別のディレクトリを作成することがありますので。
他のヒント
私は単純にSubversionリポジトリにそれをダンプする前に、ファイルのフォルダ構造を整理しようとします。
私はあなたの問題は主に既存のファイルの解体であると思います。あなたは論理的にセグメントにあなたのシステムを分割する方法を見つけることができれば、人々が(論理グループになります)ファイルのチャンクをのみチェックアウトできるようにすることが容易になります。
Subversionは本当にファイルシステムを反映し、それはかなりのファイルシステムには見えていない場合、それはどちらかのかなりのsubversionに見えません。
あなたがファイルを再編成しないようにしたい場合は、、おそらくあなたは、あなたが代わりに彼らは、ファイルシステムのどこにいるかを、タグに基づいて物事を中/チェックアウトすることができますバージョン管理システムを見つけることができます。