2012-01-26 6 views
1

私たちのチームは(SVNから)水銀に移行しています。私たちの誰もプッシュ/プルのための中央サーバを設定する経験がたくさんありません。私たちの中央HGサーバ用SubversionではコードベースのMercurialラッパーディレクトリ

私たちのトップレベルのディレクトリは、現在「コードベース」で、その中で、我々はすべての通常の容疑者を持っている...

codebase <- subversion root 
- .svn 
- src 
- docs 
- etc. 

、我々はセットアップにトップレベルのラッパーをしましたフォルダをhgリポジトリとし、その中に "codebase"フォルダを置きます。だから、Mercurialのディレクトリ構造は

dev <- mercurial root 
- .hg 
- .hgignore 
- codebase 
    - src 
    - docs 
    - etc. 

注...このようになります新しいHGサーバーははの.svn成果物のいずれかを保持することはありません。ラッパーフォルダの意図は、svn repoを「ラップする」ことではありません。コードは元のsvnリポジトリーからエクスポートされ、ちょうど "新しい" hgコードベースです。

トップレベルのラッパーフォルダを使用する利点はありませんが、チームはソフトアイデアを持っています。私はまだそれの理由を見ることができません。

"ラッパー"フォルダが良いアイデアか悪いアイデアであるのかについて、ここで説明してください。私にとっては、不要なネスティングのように思えます(特にコマンドラインからの刺激)。

しかし、多分私は理解していないいくつかの利点がありますか?

ありがとうございました!

-Gary

+0

src、docsなどのディレクトリは独立していますか?そうであれば、それぞれ独自のhgリポジトリを作成することができます。 – nmichaels

+3

良いアイデアのためにラッパーフォルダが必要な場合は、「もっと良いアイデアのためにラッパーフォルダを持たないように」といつでも言える。 –

答えて

4

私はcodebaseをラップに見る唯一の利点は、あなたがdevからHGのコマンドを実行することができるということです。 codebaseと同じレベルでファイルをダンプすると、それは価値があるかもしれません。さもなければ、それは私のディレクトリの浪費のように見えます。

関連する問題