なぜ必要なのか

レースゲームのチームが3D車両モデルを制作します。同じバイナリモデルを二人が変更すると、有用なマージが困難です。テキストの並行ブランチより排他的編集の調整を優先します。

どう解決するのか

モデルのファイル型をbinary+lに設定します。一人が編集用に開くと、別の制作者によるオープンは拒否されます。完成した変更リストをsubmitし、次の人がsyncして編集します。

一つの車両モデルは提出成功まで一人だけが編集

レースゲーム · バイナリの車両素材

一つのファイル、一人の編集者

depot内の車両モデル

car.fbx · binary+l

排他的オープンのファイル型を設定

01 / 制作者が編集用に開く

OPEN · 編集可能

02 / 別の制作者が開こうとする

拒否 · 待機

  1. 03 / submit最初の制作者が変更リストを提出
  2. 04 / sync → edit成功後、次の制作者が新モデルを取得

+lの設定が必要です。p4 lockはオープンではなく提出を制限します。提出失敗には回復が必要で、ロックは同僚を待たせる場合があります。

どんな考え方なのか

Perforce P4は旧称Helix Coreで、サーバーと作業領域でファイルを管理します。排他的オープンには+l設定が必要です。p4 lockだけでは別のオープンを防ぎません。ロック待ち、運用、ライセンスの検討が必要です。

出典