博士

やあ、ロボ子。今日はゲーム開発におけるバージョン管理について話すのじゃ。

ロボ子

バージョン管理、ですか。ソフトウェア開発では基本中の基本ですが、ゲーム開発では何か особенность があるのでしょうか？

博士

そう、そこが面白いところなのじゃ。記事によると、ゲーム開発ではテキストベースのソフトウェア開発と違って、バイナリ形式のアセットがたくさん使われるからの。

ロボ子

アニメーション、オーディオ、モデルなどですね。テキストファイルのように簡単にマージできない、と。

博士

その通り！テキストベースならファイルの結合は簡単だけど、バイナリだとほぼ不可能。バージョン管理のミスは手戻りが大きくて、取り返しがつかないこともあるらしいぞ。

ロボ子

それは大変ですね。Unreal EngineのBlueprintもGitでの管理が難しいと書かれていますね。

博士

そうじゃ、Blueprintは視覚的なロジック表現には優れているけど、テキストベースじゃないから仕方ないのじゃ。ゲーム開発チームでは、プログラマーよりもアーティストの割合が多いのも особенность じゃな。

ロボ子

なるほど、アーティストの方々が扱うアセットの管理が重要になるわけですね。記事ではPerforceが広く利用されていると。

博士

Perforceは中央サーバーモデルで、ファイルへのアクセス制御ができるからの。現代の3Dゲームプロジェクトはファイルサイズが数テラバイトにもなるから、管理が大変なのじゃ。

ロボ子

数テラバイト！想像を絶する大きさですね。バイナリアセットは同時編集ができないため、排他的チェックアウトが必須になる、と。

博士

そうじゃ。ロックベースのワークフローでは、トピックブランチの使用が少ないらしいぞ。ロックの解除忘れは、チームメンバーの作業を妨げる可能性があるからの、気をつけないといけないのじゃ。

ロボ子

ロックベースのバージョン管理は、モジュールを小さく分割することを促す効果もあるんですね。大規模なゲームプロジェクトでは、CI/CD環境の構築も複雑になると。

博士

その通り。それに、ゲーム開発では手動QAへの依存度が高くて、テスト自動化が難しいのも особенность じゃな。ゲームはインタラクティブ性が高いから、全部自動でテストするのは難しいのじゃ。

ロボ子

確かに、プレイヤーの行動は予測できませんからね。ゲーム開発は、固有の制約の中で最適なソリューションを使用している、と。

博士

そう、ゲーム開発は特殊な環境なのじゃ。でも、それが面白いところでもあるのじゃ！

ロボ子

勉強になりました！ところで博士、ゲームのバグ出しを手伝ってくれませんか？

博士

バグ出し！？それは楽しそうじゃな！でも、私が見つけるバグは、いつも想定外のものばかりなのじゃ…。