私は、大量の手続き型コンテンツ生成を行うビデオ ゲームに取り組んでいます。
現在、「ゲームが始まる前にすべてを生成する」モデルから、「必要なときに生成し、後で覚えておく」モデルに移行しています。生成されたデータは、リリース時に 3000 億を生成する必要があるときに 100 エンティティを生成するのに既に 20 秒かかり、プログラムが機能を完成したときほど複雑ではないため、後者のアプローチは進むための唯一の方法。
私はバージョン管理に Git を使用していますが、Git を使用するのは初めてです。これは明らかにプログラムの構造の大きな変更になるので、分散生成アルゴリズムを書くときに古いモノリシック コードから見直し/コピーできるようにしたいので、作成するのが賢明だと考えています。再加工されたコードを含む新しいブランチを作成し、完了したらそのブランチをマスターに何らかの方法で「マージ」します。
これを行うことはできますか、それは良い考えですか、どうすればよいでしょうか?
ここで分岐について読みます: http://gitref.org/branching/
あなたが提案していることは理にかなっており、かなり些細なはずです。
ブランチを一覧表示するには:
git branch
ブランチを作成するには:
git branch foo
そのブランチを現在のブランチにマージするには:
git merge foo
別のブランチに切り替えるには、チェックアウトしてください。
git checkout bar
最新のバージョン管理は、ファイルシステムと考えると理解しやすくなります。
このシナリオでは、ブランチは新しいフォルダーへのソースのコピーです。その後、他に影響を与えることなく、それぞれを変更できます。ツールを使用して、2 つのフォルダーを比較できます。1 つのフォルダーを削除するか、そのうちの 1 つの新しいコピーを作成できます (合計 3 つ)。
ファイルシステムのシナリオでは、大きな変更の前にコピー (またはバックアップ) を作成することがよくあります。これにより、a) 簡単に元に戻すことができます。b) 新しい機能が成熟するまで元の作業を続行できます。c) 新旧を比較できます。 (次のような質問に答えます: わかりました、私はこれを完全に変更しました ... 元はどのように機能していましたか?)
そうです、それは良い考えです。Git はこれに対して多くのサポートを提供しています (専門用語は「フィーチャー ブランチ」です)。Martin Fowler が良い紹介をしています。