ファイルベースのワークフローの比較

Robloxゲームはデフォルトでクラウドに存在します。Studioはあなたのプレース、アセット、スクリプトをRobloxに保存し、バージョン履歴は各プレースの変更を追跡します。多くのチームは、変更をレビューし、完全な履歴を保持し、ビルドとデプロイを自動化できるように、ゲームをバージョン管理システム（Gitなど）に入れたいと考えています。

Robloxのすべてのバージョン管理ワークフローは、1つの質問に答えます：ゲームの各部分の真実のソースはどこにありますか？一般的な3つの回答は次のとおりです：

• Studioネイティブ： Roblox上のプレースがすべての真実のソースです。Script SyncはスクリプトをGitにコピーし、レビューと追跡を可能にします。
• 部分的に管理された： Gitがコードの真実のソースです。Roblox上のプレースは、モデル、地形、UIなどの他のすべての真実のソースです。
• 完全に管理された： Gitがゲーム全体の真実のソースです。Roblox上のプレースは、CIがリポジトリから公開するビルド出力です。

このページでは、これらのワークフローを比較し、それぞれが使用するツールを説明し、チームがそれらの周りに設定する環境をカバーします。ワークフローを設定するには、ワークフローの設定を参照してください。

ファイルベースのワークフローのロードマップ

Robloxは、チームがサードパーティツールを組み立てることなくバージョン管理を使用できるように、ファーストパーティのファイルベースのワークフローに向けて取り組んでいます。これらのワークフローが出荷されるまで、このページのセットアップは、今日のチームにとって機能するものを反映しています。

ワークフローの比較

ワークフローを選択する

ニーズを満たす最もシンプルなワークフローから始めてください。これらのツールのいずれもロックインすることはないので、後でより管理されたワークフローに移行できます。ほとんどのチームは完全に管理されたRojoを必要とせず、これは大きな複雑さを追加します。

ツール

ほとんどのセットアップは、Robloxのいくつかのツールとコミュニティのいくつかのツールを組み合わせています。

Robloxツール

コミュニティツール

Rojoのインストールと実行については、Rojoを参照してください。Rokit、Wally、リンター、その他のツールについては、サードパーティツールを参照してください。

環境

バージョン管理を使用するチームは、通常、未完成の変更がプレイヤーに届かないように環境に作業を分けます。全員が編集する1つのプレースの代わりに、各環境は独自のプレースです。

各環境を同じグループの下に別々のゲームとして作成することをお勧めします。データストア、シークレット、その他のクラウドサービスはゲームにスコープされているため、別々のゲームはテストデータを本番から隔離します。

典型的なセットアップには、次のような環境があります：

個人開発プレースを作成する

1. Studioで共有開発プレースを開きます。
2. ファイル ⟩ 別名で公開を選択します。
3. 開発ゲームを所有するグループを選択します。
4. あなたとプロジェクトを識別する名前（例：USER / YourName - ProjectName）で新しいゲームとしてプレースを公開します。
5. 共有開発プレースを閉じて、新しい個人コピーを開きます。

すべての環境に一貫した名前を使用してください。たとえば、DEV - ProjectName、ASSET / ProjectName、STABLE / ProjectNameなど、チームがクリエイターダッシュボードで区別できるようにします。

ワークフローの設定

一般的な問題のトラブルシューティング