注文確認からXcodeビルドまで、問題を実行可能な確認手順に分解します。まず本ページの初期診断を行い、復旧しない場合はノードID、発生時刻、マスキング済みログを添えてコンソールからチケットを送信してください。
各注文には専用のMac mini物理ノードが割り当てられ、仮想マシンではありません。ノードの利用状況と接続情報は、コンソールに表示されるリアルタイム情報を基準とします。
5つの入口は、注文ライフサイクルの異なる段階に対応しています。カテゴリを切り替えると、最初に確認すべき情報、よくある原因、次の対応先が表示されます。
支払い結果の確認待ち、ノード情報が表示されない、リージョンやモデルの確認、初回接続情報の確認に適しています。
接続タイムアウト、認証失敗、VNC画面の遅延、SSHホストフィンガープリントの変更、ローカルネットワークの制限に対応します。
Xcodeのバージョン選択、コマンドラインツールのパス、署名・アーカイブ、依存関係キャッシュ、self-hosted runnerのオフラインに対応します。
契約期間、更新時刻、追加項目、支払い結果、注文金額の確認に適しています。すべての料金は米ドル（USD）で決済されます。
仮の認証情報の更新、SSH鍵、メンバー権限の回収、不審なアクセス、ノード操作の権限確認に対応します。
各カードは「状態を確認し、変数を絞り込み、最後に証拠を保存する」順に構成されています。一度に1つの変数だけを変更すると、どの手順で復旧したか判断できます。
xcodebuild -version 現在のツールチェーンを確認します。df -h ボリューム容量を確認します。単一のディレクトリだけを見ないでください。以下の定義は本サービスでの実際の意味に基づいています。チケット送信時に用語を統一すると、問題範囲の再確認を減らせます。
通常の納品は約4分で、4つの連続した手順で構成されます。実際の利用可能状態と接続情報は、コンソールに表示されるリアルタイム情報を基準とします。
モデル、契約期間、ノードリージョン、追加項目を確認します。支払い結果の確認後、注文は割り当て処理に進みます。処理を早めるために支払いを繰り返さないでください。
保存する情報：注文番号、支払い結果ID、送信時刻。システムは注文カタログに基づき、専用のMac mini物理ノードを割り当てます。2種類のモデルは、シンガポール、日本（東京）、韓国（ソウル）、香港、米国東部、米国西部から選択できます。
確認項目：ノードID、モデル、リージョン。納品前に、システムの起動、ネットワーク接続、リモートアクセスサービスを確認します。すべてのノードは365日、年間を通じて稼働します。
待機項目：コンソールのステータスが接続可能になるまで待ちます。コンソールにはアドレス、ポート、ユーザー名、仮の認証情報が表示されます。初回ログイン後すぐに仮パスワードを更新し、専用SSH鍵を設定して、認証情報を管理対象の鍵管理ツールに保存してください。
完了項目：初回ログイン、パスワード更新、SSH鍵の検証。秘密鍵、完全なパスワード、完全なアクセストークンをスクリーンショット、リポジトリ、ビルドログ、チケットに含めないでください。認証情報の種類を説明する必要がある場合は、用途、作成日時、末尾の数文字だけを提示してください。
最初からすべてのキャッシュを消去したり、ツールチェーンを再インストールしたりしないでください。まずバージョンとパスを確認し、次に署名アセットを確認し、最後に範囲を限定してクリーンアップします。
グラフィカルインターフェースに表示されたバージョンを記録し、パイプラインのユーザーとしてもコマンドを実行します。ローカルの対話型ビルドは成功してrunnerだけ失敗する場合は、実行ユーザーと環境変数も比較してください。
xcodebuild -version
sw_vers
whoami次を使用 xcode-select -p 現在の開発者ディレクトリを確認します。チームで複数バージョンを並行管理する場合は、パイプライン開始時にパスを明示的に選択し、システムのデフォルト値の変化を避けてください。
xcode-select -p
xcrun --find xcodebuild
xcrun xcodebuild -version署名証明書が期限切れでなく、ビルドユーザーが秘密鍵を読み取れ、プロビジョニングプロファイルがターゲット識別子と一致することを確認してください。自動署名が失敗した場合は、まず元のエラーを保存し、キーチェーン権限とパイプライン変数を確認します。
security find-identity -v -p codesigning
ls -la ~/Library/MobileDevice/Provisioning\ Profilesまず現在のプロジェクトに対応するディレクトリだけを削除し、すべてのプロジェクトキャッシュを一括消去しないでください。削除前にディスク使用量と失敗ログを記録し、原因が本当にキャッシュか判断できるようにします。
du -sh ~/Library/Developer/Xcode/DerivedData
find ~/Library/Developer/Xcode/DerivedData -maxdepth 1 -type d完全なコマンド、終了コード、最初に出た有効なエラーを保存してください。チケット送信前にリポジトリトークン、署名秘密情報、ユーザーパス、内部アドレスを削除します。ただし最後の1行だけを抜き出さないでください。
set -o pipefail
xcodebuild test 2>&1 | tee build.log
printf "exit=%s\n" "$?"完全な依頼とは、すべてのデータをアップロードすることではありません。明確な時系列、影響範囲、マスキング済みの技術的証拠を提供することが目的です。
秘密鍵、完全なログイン認証情報、完全なアクセストークン、マスキングされていない環境変数、機密パラメータを含む設定ファイル。
不審な認証情報の利用、ホストフィンガープリントの予期しない変更、ノードステータスと実際の接続性の明らかな不一致、または操作によって証拠をさらに損なう可能性がある場合は、繰り返し試行を停止して直ちにコンソールからチケットを送信してください。
アクセスのリセット、ノード状態の変更、機密設定の処理は専有物理ノードに影響します。サポートチームはログインセッション、注文番号、権限関係を確認し、権限のない担当者によるノード操作の依頼を防ぐ必要があります。
同じ時間帯に発生し、同一ノードの状態が原因である可能性がある場合は、1件のチケットに接続とビルドの証拠を分けて記載できます。発生時刻、ノード、担当範囲が異なる場合は、個別に送信して追跡しやすくしてください。
既存の注文、ノード接続、ビルド障害、請求に関する問題は、まずコンソールのチケットから送信してください。導入前の評価、チーム導入、安全性に関する報告は、問い合わせページから support@hexvm.com を利用できます。ノード操作には注文の所有確認が必要です。