リビジョンの代わりにブランチを使用すると、Gitは同じ方法でスケールされますか？

Question

Gitを使って効率的にデータを保存し、バージョンアップしたいと思っていますが、必要に応じてリビジョンを変更することもできます。

だから、通常のリビジョンではなく、たくさんのブランチを持つGitを使いたいです。私のデータのすべての "バージョン"にはブランチがあります。

ブランチごとに少数のファイルしか変更されず、特定のリビジョンを変更する頻度に応じて、ブランチごとに1〜10のリビジョンが存在します。

ファイル/データの読み込みはほぼ正常ですので、私はリビジョンの代わりに多くのブランチしか持っていません。

これはGitを使用するのに奇妙な方法だと知っていますが、それは拡大縮小しますか？

dbyrneは、使用のために尋ねました。私は別のSCM（例えばSVN）でいくつかのプロジェクトを持っており、すべてのリビジョンはベイグラントVM

に属している私は、バージョンにVagrantメタデータ

を計画

• ：私は役立ちますかどうかわからないけど、ここにありますすべてのVagrant VMにはメタデータとインストールファイルがありますが、多くのリビジョンで同じことがよくあります
• 時々私はメタデータを変更する必要があり、プロジェクトのブランチをサポートする必要があるため、すべてのリビジョンでGitブランチを使用します。
• 私のアプリケーションはプロジェクトのリビジョンを追跡します。 ND Gitのメタデータ
• 私のアプリケーションは、芳香すべてのプロジェクトのリビジョン

Answer 1

、Gitは非常に効率的に分岐処理します。各ブランチはデルタ（コピー全体ではない）だけを格納するため、ブランチ間で非常に迅速に前後に切り替えることができます。

いくつの支店がありますか？私はあなたのユースケースについてのもう少しの背景がこの質問に答えるのに役立つかもしれないと思います。

Answer 2

のためのVMを作成することが可能であるメタデータを持つすべての与えられたプロジェクトのバージョン

に関連するファイルをチェックアウトします私は専門家ではないんだけど私の理解から、Gitは各ブランチの変更を詳細に記述することで動作するので、各ブランチはトランクや別のブランチのコピーではなく、単にその違いの詳細なので、各ブランチはデータに関して非常に小さいでしょう。

私は、Gitは高分岐用途向けに設計されていると言われています（これは主要なセールスポイントIMOです）。

HTH

ポール・一般的に

Answer 3

あなたがここにいるのは、実際のgitの使用法からの逸脱ではありません。ブランチは、別々にトラッキングするコンテンツのさまざまなバリエーションを保持するのに便利です。各ブランチには、過去の履歴編集も含まれています。

他の（通常は集中化された）vcsパッケージとは異なり、gitは特定のニーズに合ったワークフローを設計することを奨励します。あなたはSVNに適応する必要があります。自分のプロセスやニーズに合わせてgitを実行することができます。

もっとも便利なワークフローは、普遍的な変更が行われるセントラルの「マスター」ブランチ、およびマスターから定期的に更新される個々のブランチを持つことです。そうすれば、大きな基本的なバグ修正や、すべての子供ブランチを通して、それぞれのユニークなことを維持しながら、それを押し込むことができます。