[解決済み] SVNリポジトリは1つですか、それともたくさんありますか？

質問

複数の無関係なプロジェクトがある場合、それらを同じリポジトリに入れるのは良いアイデアでしょうか？

myRepo/projectA/trunk
myRepo/projectA/tags
myRepo/projectA/branches
myRepo/projectB/trunk
myRepo/projectB/tags
myRepo/projectB/branches

それとも、それぞれに新しいリポジトリを作成しますか？

myRepoA/trunk
myRepoA/tags
myRepoA/branches
myRepoB/trunk
myRepoB/tags
myRepoB/branches

それぞれの長所と短所は何でしょうか？今のところ思いつくのは、リビジョン番号が混在すること（だからどうした）、そして svn:externals リポジトリが実際に外部でない限り、を使用できないことです。(私は思う?)

私が尋ねる理由は、私のSVNホストがレポごとに課金し始めたので、私の複数のレポを1つに統合することを検討しているためです。

どのように解決するのですか？

単一か複数かの問題は、個人または組織の好みによって決まります。

複数か単一かの管理は、主にアクセス制御とメンテナンスに帰着します。

単一のリポジトリに対するアクセス制御は、単一のファイルに含めることができます。複数のリポジトリは、複数のファイルを必要とするかもしれません。 メンテナンスにも同様の問題があり、1 つの大きなバックアップ、または多くの小さなバックアップが必要です。

私は自分自身を管理しています。 1 つのリポジトリ、複数のプロジェクト、それぞれ独自のタグ、トランク、ブランチがあります。 1 つが大きくなりすぎた場合、または顧客の快適さのためにコードを物理的に分離する必要がある場合、私は迅速かつ容易に新しいリポジトリを作成できます。

私は最近、比較的大きな会社で、複数のソース コード管理システムを Subversion に移行するためのコンサルティングを行いました。彼らは、非常に小さなものからエンタープライズ アプリケーションや企業の Web サイトまで、約 50 のプロジェクトを持っています。彼らの計画は？ まず単一のリポジトリから始め、必要であれば複数に移行する。 移行はほぼ完了し、彼らはまだ単一のリポジトリを使っていますが、単一のリポジトリであることによる苦情や問題は報告されていません。

これは、白か黒かの二元的な問題ではありません。

自分に合ったことをする - もし私があなたの立場だったら、コマンドを入力できるのと同じくらい速く、プロジェクトを単一のリポジトリにまとめるでしょう。

JFTR。

改版番号 は、リポジトリの外では何の意味も持ちません。 もし、リビジョンに意味のある名前が必要なら TAG を作成します。

コミットメッセージはリポジトリ内のパスで簡単にフィルタリングできるので、特定のプロジェクトに関連するものだけを読むのは些細な作業です。

編集: 以下を参照してください。 ブレード の回答で、SVNに単一の認証/認可設定を使用することの詳細をご覧ください。