Unity アプリを使用した DevOps
最新のプラットフォーム向けのアプリ開発には、コードを記述するだけでなく、それ以外の多くのアクティビティが関係します。 これらのアクティビティは、アプリの完全なライフサイクルの中で DevOps (開発 + 運用) 期間になされるものあり、たとえば、作業のアジャイルな計画と追跡、コードの設計と実装、ソース コード リポジトリの管理、ビルドの実行、継続的に実行されるインテグレーションと展開の管理、テスト (単体テストと UI テストを含む)、開発環境と運用環境の両方におけるさまざまな形式の診断の実行、製品利用統計情報と分析によるアプリのパフォーマンスとユーザー動作のリアルタイムな監視などがあります。
Visual Studio、Azure DevOps Services、Team Foundation Server は、さまざまな DevOps 機能を提供しています。 これらの多くは、特にスクリプト言語として C# を使用している場合の Unity で作成したゲームや没入感のあるグラフィカル アプリなど、プラットフォーム間のプロジェクトに適用されます。 ただし、Unity は、独自の開発環境とランタイム エンジンがあるため、多くの DevOps 機能が Visual Studio でビルドされた他の種類のプロジェクトのようには適用されません。
次の表は、Unity と供に使用するとき、Visual Studio の DevOps 機能がどのように適用されるか、または適用されないかを示しています。 各機能そのものの詳細については、リンク先のドキュメントを参照してください。
アジャイル ツール
参照リンク: アジャイル ツールとアジャイル プロジェクト管理の概要 (Azure Boards または TFS (Team Explorer Everywhere など) を使用)
一般的なコメント: すべての計画機能と追跡機能は、プロジェクトの種類とコーディング言語には依存しません。
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| バックログとスプリントの管理 | はい | |
| 作業の追跡 | はい | |
| チーム ルーム コラボレーション | はい | |
| かんばんボード | はい | |
| 進行状況のレポートと視覚化 | はい |
モデリング
参照リンク: アーキテクチャの分析とモデル化
一般的なコメント: これらのデザイン機能は、コーディング言語に関係がないか、C# などの .NET 言語と共に使用されますが、オブジェクト階層およびクラスのリレーションシップを含む従来のアプリケーションのパラダイムで動作します。 Unity 内でのゲームの設計には、さまざまなパラダイムが含まれ、たとえばグラフィカル オブジェクト、サウンド、シェーダー、スクリプトなどのリレーションシップがあります。 このため、Visual Studio モデリング ダイアグラム ツールが、Unity プロジェクト全体に特に関連するわけではありません。 C# スクリプト内でのリレーションシップを管理するために使用することもできますが、それは全体の中の一部にすぎません。
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| シーケンス図 | いいえ | |
| 依存関係グラフ | いいえ | |
| 呼び出し階層 | いいえ | |
| クラス デザイナー | いいえ | |
| アーキテクチャ エクスプローラー | いいえ | |
| UML 図 (ユース ケース、アクティビティ、クラス、コンポーネント、シーケンス、および DSL) | いいえ | |
| レイヤー図 | いいえ | |
| レイヤー検証 | いいえ |
コード
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| Team Foundation バージョン管理 (TFVC) または Azure Repos を使用する | はい | Unity プロジェクトは、単に他のプロジェクトのように、バージョン管理システムに配置することができる複数のファイルですが、この表の下に記載したいくつかの特別な考慮事項があります。 |
| Azure Repos で Git を使用した作業の開始 | はい | 表の下の注を参照してください。 |
| コード品質の向上 | はい | |
| コード変更およびその他の履歴の検索 | はい | |
| コード マップを使用してアプリケーションをデバッグする | はい |
Unity を使ったバージョン管理に関する注意事項:
Unity は、既定では非表示の 1 つの非透過のライブラリでのゲーム資産に関するメタデータを追跡します。 ファイルとメタデータの同期を保つするには、メタデータを表示してより管理しやすいチャンク単位で格納する必要があります。 詳細については、「Using External Version Control Systems with Unity」 (Unity で外部のバージョン管理システムを使用する) (Unity ドキュメント) を参照してください。
上記のリンクで説明するように、Unity プロジェクトのすべてのファイルとフォルダーがソース管理に適しているわけではありません。 Assets フォルダーと ProjectSettings フォルダーを追加する必要がありますが、Library フォルダーと Temp フォルダーは追加しないでください。 ソース管理にならない生成されたファイルの追加のリストについては、StackOverflow の「Unity3D ソース管理に Git を使用する方法」を参照してください。 多くの開発者が、このテーマについて個別にブログに書いています。
テクスチャやオーディオ ファイルなど、Unity プロジェクトでのバイナリの資産が、大量のストレージを消費することがあります。 Git などのさまざまなソース管理システムは、変更がファイルのごく一部のみに影響する場合でも、すべての変更個所のファイルの一意のコピーを格納します。 これにより、Git リポジトリがいっぱいになる可能性があります。 これに対処するために、Unity 開発者は多くの場合、リポジトリに最終資産のみを追加し、OneDrive、DropBox、git の添付など、資産の作業履歴を保持するために様々な手段を使用しています。 通常このような資産は、ソース コードの変更に伴うバージョン管理を必要としないため、このアプローチが有効です。 また、開発者は、プロジェクト エディターの資産のシリアル化モードを、シーンファイルをバイナリ形式ではなくテキストで保存するためにテキストを強制するよう設定し、これによりソース管理でのマージが可能になります。 詳細については、「Editor Settings」 (エディターの設定) (Unity ドキュメント) を参照してください。
ビルド
参照リンク: Azure Pipelines
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| 内部設置型 Team Foundation Server (TFS) | 可能 | Unity プロジェクトは、Visual Studio が構築したシステムではなく、Unity の環境内で構築されています (Visual Studio Tools for Unity 内で構築すると、スクリプトはコンパイルしますが、実行可能ファイルを生成しません)。 コマンド ラインから Unity プロジェクトをビルド (Unity ドキュメント) できるため、Unity 自体がそのコンピューターにインストールされている場合は、TFS サーバーで MSBuild プロセスを構成して、適切な Unity コンポーネントを実行できます。 また、Unity は、Unity クラウド構築も提供し、Git または SVN リポジトリを監視して、定期的なビルドを実行します。 現時点では、これは TFVC または Azure DevOps Services では機能しません。 |
| Azure DevOps Services にリンクされたオンプレミスのビルド サーバー | 可能 | 上記と同じ状態の場合、Azure DevOps Services でトリガーされたビルドを指して、オンプレミスの TFS のコンピューターを使用することがさらに可能になります。 手順については、「Build and release agents」 (ビルド エージェントとリリース エージェント) を参照してください。 |
| Azure DevOps Services のホスト コントローラー サービス | いいえ | Unity ビルドは現在サポートされていません。 |
| 事前スクリプトと事後スクリプトによるビルド定義 | はい | Unity のコマンドラインを使用してビルドを実行するカスタムのビルド定義は、ビルド前およびビルド後のスクリプトに対して構成することもできます。 |
| 継続的な統合 (ゲート チェックインを含む) | はい | Git としての TFVC へのゲート チェックインのみ、チェックイン モデルではなく、プル要求モデルで機能します。 |
Test
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| テストの計画、テスト ケースの作成、およびテスト スイートの編成 | はい | |
| 手動テスト | はい | |
| テスト マネージャー (テストの記録と再生) | Windows デバイスと Android エミュレーターのみ | |
| コード カバレッジ | 該当なし | 単体テストとしての該当なしは、Unity と Visual Studio で発生します。以下を参照してください。 |
| コードの単体テスト | Unity 内。Visual Studio 内ではありません。 | Unity は、独自の単体テスト フレームワークを Unity テスト ツール (Unity Asset Store) の一部として提供しています。 単体テストの結果は、Unity 内でレポートされ、Visual Studio 内では表示されません。 |
| UI オートメーションを使用してコードをテストする | いいえ | コード化された UI テストは、アプリの UI で読み取り可能なコントロールに依存します。Unity アプリケーションは本質的にはグラフィカルであるため、コンテンツはコード化された UI テストのツールで読み取ることはありません。 |
コード品質の向上
参照リンク: コードの品質の向上
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| マネージド コードの品質の分析 | はい | Visual Studio 内の C# スクリプト コードを分析できます。 |
| コード クローン検出を使用した重複コードの検出 | はい | Visual Studio 内の C# スクリプト コードを分析できます。 |
| マネージド コードの複雑さと保守性の測定 | はい | Visual Studio 内の C# スクリプト コードを分析できます。 |
| パフォーマンス ツール | いいえ | Unity Profiler の使用 (Unity Web サイト)。 |
| .Net Framework のメモリ分析の問題 | いいえ | Visual Studio ツールには、(Unity で使用するような) プロファイリング用の Mono フレームワークへのフックはありません。 Unity Profiler の使用 (Unity ドキュメント)。 |
リリース管理
参照リンク: Azure Pipelines および TFS でのビルドとリリース
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| リリース プロセスの管理 | はい | |
| スクリプトによるサイドローディング用のサーバーへの配置 | はい | |
| アプリ ストアへのアップロード | Partial | 一部のアプリ ストアに対して、このプロセスを自動化することができる拡張機能が使用できます。 たとえば、Google Play の拡張機能については、Azure DevOps Services の拡張機能を参照してください。 |
HockeyApp による監視
参照リンク: HockeyApp による監視
| 機能 | Unity でサポートされているかどうか | その他のコメント |
|---|---|---|
| クラッシュ分析、製品利用統計情報、およびベータ版の配布 | はい | HockeyApp は、主にベータ分布を処理し、クラッシュ レポートを取得するために役立ちます。 C# スクリプトからの製品利用統計情報の場合、Unity によって使用される .NET のバージョンで実行されるときは、分析用のフレームワークを使用することができます。 ただし、ゲームのスクリプト内でのみ分析でき、Unity エンジン内で詳細に分析することはできません。 現時点では、Application Insights のプラグインはありませんが、Unity Analytics や Google Analytics などの他の分析ソリューションのプラグインが使用できます。 Unity プロジェクトの特性を理解する Unity Analytics のようなサービスは、汎用的なフレームワークもより効果的な分析を提供します。 |