Orbit
ビルドログの表示
Every Orbit deployment keeps its complete build log, plus a structured breakdown of what the build did and how long each phase took. This guide covers where to find the log, how to read the…
すべてのOrbitデプロイメントは、完全なビルドログ、ビルドが実行した内容と各フェーズの所要時間の構造化された分析を保持しています。このガイドでは、ログの場所、周辺のメタデータの読み方、Orbitがログに対して実行する分析について説明します。
最新のデプロイメントのログを表示する
Orbitでプロジェクトを開きます。OverviewタブのLatest buildパネルに、最新のデプロイメントのログが表示されます。ビルドが現在実行中の場合、ログはビルドエージェントが生成する行ごとにライブストリーミングされます。
Full detailsをクリックして、完全なデプロイメント詳細ページを開きます。

特定のデプロイメントのログを表示する
- Orbitでプロジェクトを開きます。
- Deploymentsタブを開きます。
- 任意のデプロイメントをクリックして、その詳細ページを開きます。
- 完全なビルドログはそのページに表示されます。
Overview タブのRecent deploymentsリストの各行には、同じ場所へのリンクとなるView logsリンクがあります。プレビューデプロイメントはPreview deploymentsセクションに同じリンクがあります。
ビルドフェーズ
詳細ページはビルドを名前付きフェーズに分割し、各フェーズの期間を表示します:
| フェーズ | 実行される内容 |
|---|---|
| Clone | デプロイされたコミットでリポジトリをフェッチする |
| Cache restore | キャッシュされたnode_modulesを解凍する、ビルドキャッシュ付きプランの場合 |
| Install | インストールコマンドを実行する |
| Cache save | 次のビルド用にnode_modulesを再パックする |
| Build | ビルドコマンドを実行する |
| Upload | 出力ディレクトリをパッケージ化してアーティファクトを保存する |
| Done | アーティファクトがトラフィックの前に出される |
これは「そのビルドが遅かった理由は?」という質問に最速で答える方法です。Cold buildバッジ付きの長いInstallフェーズはキャッシュミスを意味します。長いBuildフェーズは、独自のビルドが遅くなったことを意味します。
ビルドメタデータ
ログの上のカードにはデプロイメントについての事実が表示されます:
| カード | 表示される内容 |
|---|---|
| Status | Queued、Building、Deploying、Succeeded、Failed、Cancelled、Rolled back、またはAwaiting approval |
| Commit | このデプロイメントが構築したコミット、プロバイダーにリンク |
| Branch | 送信元のgitブランチ |
| Author | コミットをプッシュした人 |
| Build time | 総経過時間、独自の履歴に対するFast、Normal、またはSlowの評価付き |
| Artifact | パッケージ化された出力サイズ、ダウンロードリンク付き |
| Framework | Orbitが検出したフレームワーク |
| Package manager | npm、yarn、またはpnpm、ロックファイルから検出 |
| Build cache | Cache hitまたはCold build |
| Build host | それを実行したビルドホスト |
| Queue position | デプロイメントがまだキューに入っている間のキュー内の位置 |
| Pull request | プレビューデプロイメントの場合、PRの番号 |
| Health score | 100点満点の得点と控除額リスト |
Orbitがログに対して実行する分析
詳細ページは単なるテキストダンプではありません。Orbitはログを解析して重要な情報を表示します。
- Build timelineフェーズごとの期間付き。
- Slow build detectedビルドが独自の中央値より大幅に遅い場合、パーセンテージと過去10回のビルドからの典型的な時間付き。
- TypeScript errorsビルドがタイプチェックで失敗した場合、抽出され集計される。
- Build analysis Next.jsビルド用: ルートごとのサイズ、初回読み込みJS、および静的、動的、ISRルート数。
- Bundle regression警告ルートの初回読み込みJSが前のデプロイメント比で20%以上増加した場合、または共有JSバンドルが増加した場合。
- npm audit結果インストール出力から直接解析され、重大度別に要約される。
- Security headers audit 60点満点で採点される。
- Smoke test結果、スモークテストパスを設定している場合。
- Performance budgets超過した場合、設定されたバジェットがある場合。
- Build optimization advisor具体的な変更を推定される節約サイズとともにリスト表示、影響度でランク付け。
- Real user metricsそのデプロイメントがライブだった間に記録されたp75 Core Web Vitals。
ビルドが実際に見た環境変数
詳細ページには、ビルド時に注入された環境変数のキーがリストされ、現在の設定と比較されます: 追加、変更、削除、変更なし。ティール色のキーは環境固有のオーバーライドから、グレーのキーはプロジェクトレベルからのものです。
値は保存されたり表示されたりすることはありません。キーにマウスを置くとSHA-256フィンガープリントが表示され、値を明かすことなく2つの環境が同じ値を持っていることを確認するのに十分です。
このdiffは「環境変数の変更が実際にビルドに入ったか?」という質問に最速で答える方法です。デプロイメントが変更より前のものの場合、OrbitはEnvironment variables updated since this deployment通知で知らせ、変更は再デプロイするまで有効にならないことを思い出させます。
2つのデプロイメントを比較する
デプロイメントのCompareをクリックして、前のものとdiffします: ビルド時間、アーティファクトサイズ、キャッシュ状態、フレームワーク、およびファイルレベルのアーティファクトdiff。これは「実際に何が変わったか」を確認したい場合の最速のルートです。
ビルドが失敗した場合
ステータスカードはFailedに変わり、ログは停止した場所を表示します。ログの上に、Orbitはカテゴリ化された失敗の要約と提案される修正を追加します。認識されるカテゴリはメモリ不足、コンパイルエラー、テスト失敗、lintエラー、インストールエラー、ネットワークエラー、タイムアウトを含み、Orbitは不足しているモジュール、ERESOLVEピア依存関係の競合、TypeScriptエラーコード、ディスク容量満杯、パッケージ404、および古いロックファイルなどの特定のパターンと照合します。
また、Get AI diagnosisボタンがあり、ログの最後の120行とともに検出されたフレームワークと失敗カテゴリを読み込んで、わかりやすい説明を返します。
AI診断は理由があってAI-generated, verify before actingとラベル付けされています。ログの正しい行を指してくれるのは非常に得意ですが、コードベースについての権威筋ではありません。何かを変更する前に、ログ内のそれが参照している行を読んでください。
失敗したビルドを再試行する
デプロイメント詳細ページでRetry buildをクリックして、新しいコミットをプッシュしないで同じコミットを再実行します。これはインストール中のネットワークエラーなどの一時的な失敗を修正します。
キャッシュされた古い依存関係を疑う場合は、More retry optionsを使用して、Retry with cleared cacheを選択します。これはビルドキャッシュを削除してから再試行します。
失敗ごとの詳細なガイダンスはトラブルシューティング失敗したビルドにあります。
実行中のビルドをキャンセルする
ビルドの実行中にCancelをクリックします。
キャンセルするとビルドマシンが直ちに終了し、元に戻すことはできません。デプロイメントはCancelledとして記録され、前回ライブだったデプロイメントがトラフィックの提供を継続するため、キャンセルするとサイトがダウンすることはありません。同じブランチへの新しいコミットの送信中にキャンセルするとキャンセルすると、処理中のビルドが自動的にキャンセルされるため、キャンセルされたデプロイメントの後に実行中のデプロイメントが続くことは正常です。
アーティファクトをダウンロードする
すべての成功したデプロイメントはパッケージ化された出力を保持します。ArtifactカードのDownloadをクリックして、提供された正確なバンドルをプルします。また、バンドル全体をダウンロードすることなく内容を検査するためのアーティファクトブラウザもあります。
アーティファクトが保持される期間は、SettingsのArtifact retentionで設定されます: 環境ごとに保持する成功したアーティファクトの数、10から500まで、デフォルトは50です。古いアーティファクトは毎日削除されます。現在ライブのデプロイメントのアーティファクトは、設定に関係なく常に保持されます。
アーティファクト保持はロールバックを可能にします。それを低く設定しすぎると、リビルドなしで悪いデプロイをロールバックできる距離が短くなります。1日に何度もデプロイする場合は、低くするのではなく、それを上げてください。