複数のOSを持つSVNディレクトリ構造に関する質問

Question

私はMercurialからSVNに移行することを考えています。これは、維持するのが簡単なように見え、それは利用可能なMercurialクライアントよりもSVNクライアントを持っているようです。しかし、私はファイル構造に関する質問を持っています -

典型的な適切なSVN構造が行くことを理解しています：

/トランク
.... /現在のバージョンファイルここに

/分岐
... / Bugfix
.... /新機能
.... / branch3
.... / branchn

/タグ
... /バージョン1.0
... /バージョン2.0
... / version n.n

私の質問はこの要素は複数のOSにどのようにしていますか？ Mercurialでディレクトリをチェックすることはできないので、私のソフトウェアは現在、各OSのための私のソフトウェアのGUI / CLIバージョンのための別々のMercurialリポジトリを持っています。しかし、私はあなたがSVNでできることを理解しています。構造は次のようになります。

/ Windows（またはLinux、または任意）

/トランク
.... / CLI
..... /現在のバージョンファイル
.... / gui
..... /現在のバージョンファイルここに

/分岐
.... / CLI
..... / bugfix
..... / NewFeature
..... / branch3
..... / branchn
.... / gui
..... / bugfix
..... / NewFeature
..... / branch3
..... / branchn

/タグ
.... / CLI
..... /バージョン1.0
..... /バージョン2.0
..... / version n.n
.... / gui
..... /バージョン1.0
..... /バージョン2.0
..... / version n.n

または私はこれをはるかに複雑にしていますか？ GUIバージョンを別のリポジトリに保存することをお勧めしますか。これらの典型的なディレクトリのどれも予備コンパイルされた実行可能ファイルであるのか？

私はこれらの質問が初心者に思えるかもしれないことを理解していますが、真実は私がSVNにとって全く新しいことです。あなたの助けをありがとう！

Answer 1

私は今、約3~4年だけでSVNを使用しています、そしてあなたが私にとってかなり良いものに見えるものは、私はGUI版を別のレポに保存しません。私の仕事で私たちは1つのレポの下で私たちのプロジェクトのすべてを持っています、あなたが述べたようにあなたが望むフォルダーをチェックアウトすることができます。

また、SVN Repoでバイナリデータ（プリコンパイル済み実行可能ファイルなど）を保存する必要があると主張することは、テキストCANのような前のバージョンと同じようにRepoを埋めることができるということを主張しています。これは私の仕事で書かれていない方針を多いです。私の個人的なSVN上で自宅で、私が定期的に変わったことを知っていない重要な実行可能ファイルまたはライブラリファイルをチェックします。私は肥大症を心配していません、そして他のバージョンのEXEを踏み返すことができることは時々進行を見るためにちょっとクールです。

ブランチやタグが行くまで、私はそれらを使ったことがない。私はおそらく知っているはずですが、私のプロジェクトのほとんどはとにかく「コンセプトの証明」であり、そのため私の主なトランクは本当に私が構築するのはすべてです。私は基本的に非常に素晴らしいバックアップとタイムラインツールに関してSVNを使用します。しかし、私はprobsと枝を使い始めるべきです。