2011-07-20 23 views
1

SubversionのウェブサイトのリポジトリをGitに移すことを検討していますが、新しいリポジトリをどのように構築するかはわかりません。私が持っているGitリポジトリに通常チェックアウトしないディレクトリを作成するにはどうしたらいいですか?

  • タグ
  • トランク
    • supportdocs
    • webdocs私のトランクの下

:SVNでは、私はこのように私のレポを構造化サポートドキュメントのディレクトリ(word docs 、Photoshopファイルなど)と実際のWebサイトを格納するwebdocsディレクトリがあります。

次に、Eclipseで使用するためにwebdocsディレクトリのみをチェックアウトします。しかし、gitを使うと、既存のトランクを私のレポのルートにすると、クローンがすべてを取ってしまい、自分のwebdocsファイルで作業するのが難しくなります。

私は2つのreposを作成しますか?1つはサポート文書用、もう1つはWebファイル用ですか?または、私は両方をマスターブランチに置いておくことができるが、サブフォルダでしか動作しない方法があるのだろうか?

+0

問題を明確にすることはできますか? 「Webdocsファイルだけでは作業が難しくなります」 - あなたが扱う難しさの例は何ですか? supportdocsは単なるフォルダであり、あなたが何かを編集しない限り、gitの状態やコミットには現れません。 –

答えて

0

2つの別個のレポが必要です。

gitは、これらの

編集上のレポとだけ仕事の別々のサブフォルダをチェックアウトする能力を持っていません:sparse checkoutsといくつかの能力があるように見えますが、あなたの作業ディレクトリは、まだそれに至るまでのパスが含まれていますサブディレクトリ。

0

sparse checkoutsを使用してこれを実行できます。しかし、クローンにはまだ他のディレクトリが含まれていることに注意してください。作業ディレクトリにそれらのディレクトリはありません。

0

「git」とDVCSのパラダイムを少し読んでみることをお勧めします。それは、すべての集中管理プロセスを取り巻く19世紀のバージョン管理プロセスと大きく異なるためです。

古いストアを再パーティション化して新しいリポジトリを作成するには、以前よりも別のreposを使用して、どのように最適なレベルにするのに十分な時間がかかります。

+0

おそらくあなたのフィリップが正しいでしょう。私は何年もの間SVNに取り組んできましたが、Gitのパラダイムについてはまだ頭を下げていません。私はスパースチェックアウトに関するいくつかの記事を読んできましたが、このようなやり方でいくつかの問題が残っているようには思えません。 2つの別個のレポジトリを作成するよりも、単なる作業ではないでしょうか。 – user854567

+0

ああ、19世紀のバージョン管理プロセスは何ですか?私はその言葉が存在していないと思った(少なくともコンピュータの意味ではない)。もっと情報がありますか? @Paulo; –

+1

;タイタニック号がハーランドとオオカミで建てられたとき(1909年)、彼らは自分の作図をソース管理する必要がありました。確立されたプラクティスは、カオリン&リネンのマスター図面を損傷や間違いから守る必要があるという認識に基づいており、変更要求、マークアップされたコピー、その他のソース管理方法がすべて使用されていました。これは、コンピュータが簡単に複製できる場合でも継続され、問題は検証ではなく、保護ではなくSHA1ハッシュです。 Gitは今日の問題に対処するので動作します。残念ながら、世界の残りの部分はまだ無知です..(gitの) –

0

メイン文書の具体的なバージョンに実際に関連していない場合は、サポート文書とは別の(関連性のない)ブランチを持つことができます。

(これは実際には二つの別々のリポジトリを持つに似ていますが、あなたは一緒にすべてを持っている。git-new-workdirを使用すると、同じリポジトリ用の新しい作業ディレクトリを作成することができます。)

例として、私が何かを使用しています私のjsch-documentation repository on Githubに似ています。

  • JSCH関連するもの:masterbetter-examplesdirecttcp-ip-bugtarballshostbased-authswingworker-example
  • JZlib関連するもの:jzlib-tarballsjzlib-source
  • 私がコミット(および枝)の木無関係な木を持っていますWebページ(ほとんど自動生成されたjavadocs):

実際、これらは3つの異なるリポジトリ(githubがgh-pagesブランチからウェブサイトを生成するという事実は別として)。

関連する問題