要点
UnityのCI/CDに関する記事では、テスト、ビルド、エディターのプロビジョニングの一貫したエントリーポイントとしてUnity CLIを使用することが提案されています。これは、ハードコードされた実行ファイルのパス、準備されたランナーイメージ、スタジオが管理するラッパースクリプトに現在依存しているパイプラインに対処するものです。
ジョブは特定のエディターとプラットフォームモジュールをインストールするか、ProjectVersion.txtに記録されたバージョンと共に--allow-installを使用できます。これにより、プロジェクトに必要な環境がパイプラインの一部となり、ランナーがクリーンな状態から開始する場合やブランチがUnityをアップグレードする場合に特に役立ちます。
テストではNUnit XMLレポートを生成でき、ビルドでは既存のプロジェクト固有のC#ビルドメソッドを維持できます。CIプラットフォームはリポジトリのチェックアウト、シークレット、キャッシュ、成果物の公開を引き続き処理し、CLIはそれらのシステムを置き換えるのではなく、Unity側の操作を標準化します。 万一の失敗時にも対応できるよう、 この記事ではまた、資格情報とライセンスをジョブのライフサイクルリソースとして扱うことを推奨しています。レポートとログは失敗した実行後も残るべきであり、ライセンスの返却は失敗後でも実行されるティアダウン（クリーンアップ）で行う必要があります。ローカルとCIの両方で同じUnityコマンドを使用すると、失敗の再現が容易になります。
