ノート: GitHubホストランナーは、現在GitHub Enterprise Serverでサポートされていません。 GitHubパブリックロードマップで、計画されている将来のサポートに関する詳しい情� �を見ることができます。
ワークフローの実行ページから、ワークフローの実行が進行中か完了しているかを確認できます。 パブリックなリポジトリの分も含むワークフローの実行情� �を見るには、GitHubのアカウントにログインしなければなりません。 詳細は「GitHub 上のアクセス権限」を参照してく� さい。
実行が完了している� �合には、結果が成功か失敗か、キャンセルされたか、またはニュートラルかを確認できます。 実行が失敗した� �合には、ビルドログを表示して検索し、失敗の原� を診断してワークフローを再実行することもできます。 また、課金対象のジョブ実行時間を表示したり、ログやビルドの成果物をダウンロードすることもできます。
GitHub Actionsは、Checks APIを使用してワークフローのステータス、結果、ログを出力します。 GitHub は、ワークフローの実行に対してそれぞれ新しいチェックスイートを作成します。 チェックスイートには、ワークフロー内の各ジョブに対するチェック実行が含まれ、各ジョブにはステップが含まれています。 GitHub Actionsは、ワークフローのステップとして実行されます。 Checks APIに関する詳しい情� �については「チェック」を参照してく� さい。
ノート: リポジトリには正当なワークフローファイル� けをコミットするようにしてく� さい。 .github/workflows
に不正なワークフローファイルが含まれていると、GitHub Actionsは新規のコミットのたびに失敗するワークフローの実行を生成します。
ログを表示してエラーを診断する
ワークフローの実行が失敗した� �合には、どのステップが失敗の原� になったかを確認し、失敗したステップのビルドログを確かめてトラブルシューティングすることができます。 各ステップの実行にかかった時間もわかります。 ログファイルの特定の行のパーマリンクをコピーして、チー� で共有することもできます。 これらのステップを実行するには、リポジトリへの読み取りアクセスが必要です。
ワークフローファイルで設定されたステップに� えて、GitHub はジョブの実行をセットアップして完了するために、各ジョブに 2 つの追� ステップを追� します。 これらのステップは、「Set up job」および「Complete job」として実行されるワークフローに記録されます。
GitHubホストランナー上のジョブの実行では、"Set up job"はランナーの仮想環境の詳細を記録し、ランナーマシン上にあったプリインストールされたツールのリストへのリンクを含みます。
-
your GitHub Enterprise Server instanceで、リポジトリのメインページにアクセスしてく� さい。
-
Under your repository name, click Actions.
-
左のサイドバーで、表示させたいワークフローをクリックしてく� さい。
-
ワークフローの実行リストから、表示させたい実行の名前をクリックしてく� さい。
-
左のサイドバーで、表示させたいジョブをクリックしてく� さい。
-
失敗したステップは自動的に展開され、結果が表示されます。
-
あるいはログの中の特定の行へのリンクを取得するには、そのステップの行番号をクリックします。 このリンクは、Webブラウザのアドレスバーからコピーできます。
ログを検索する
特定のステップのビルドログを検索できます。 ログを検索する際、展開されているステップのみが結果に含まれます。 これらのステップを実行するには、リポジトリへの読み取りアクセスが必要です。
-
your GitHub Enterprise Server instanceで、リポジトリのメインページにアクセスしてく� さい。
-
Under your repository name, click Actions.
-
左のサイドバーで、表示させたいワークフローをクリックしてく� さい。
-
ワークフローの実行リストから、表示させたい実行の名前をクリックしてく� さい。
-
左のサイドバーで、表示させたいジョブをクリックしてく� さい。
-
ログ出力の右上隅にある [Search logs(ログの検索)] 検索ボックスに、検索クエリを入力します。
ログのダウンロード
ワークフローの実行からは、ログファイルをダウンロードできます。 また、ワークフローの成果物もダウンロードできます。 詳しい情� �については「成果物を利用してワークフローのデータを永続化する」を参照してく� さい。 これらのステップを実行するには、リポジトリへの読み取りアクセスが必要です。
-
your GitHub Enterprise Server instanceで、リポジトリのメインページにアクセスしてく� さい。
-
Under your repository name, click Actions.
-
左のサイドバーで、表示させたいワークフローをクリックしてく� さい。
-
ワークフローの実行リストから、表示させたい実行の名前をクリックしてく� さい。
-
左のサイドバーで、表示させたいジョブをクリックしてく� さい。
-
In the upper right corner, click and select Download log archive.
ログの削除
ワークフローの実行からログファイルを削除できます。 これらのステップを実行するには、リポジトリへの書き込みアクセスが必要です。
-
your GitHub Enterprise Server instanceで、リポジトリのメインページにアクセスしてく� さい。
-
Under your repository name, click Actions.
-
左のサイドバーで、表示させたいワークフローをクリックしてく� さい。
-
ワークフローの実行リストから、表示させたい実行の名前をクリックしてく� さい。
-
In the upper right corner, click .
-
ログファイルを削除するには、Delete all logs(すべてのログを削除)ボタンをクリックして、確認の要求を見てく� さい 。
ログを削除すると、Delete all logs(すべてのログを削除)ボタンは消え、ワークフローの実行にログファイルが残っていないことを示します。
GitHub CLI でログを表示する
To learn more about GitHub CLI, see "About GitHub CLI."
特定のジョブのログを表示するには、run view
サブコマンドを使用します。 run-id
を、ログを表示する実行の ID に置き換えます。 GitHub CLI は、実行からジョブを選択するためのインタラクティブメニューを返します。 run-id
を指定しない� �合、GitHub CLI は最近の実行を選択するためのインタラクティブメニューを返し、次に実行からジョブを選択するための別のインタラクティブメニューを返します。
gh run view run-id --log
--job
フラグを使用してジョブ ID を指定することもできます。 job-id
を、ログを表示するジョブの ID に置き換えます。
gh run view --job job-id --log
grep
を使用してログを検索できます。 たとえば、このコマンドは error
という単語を含むすべてのログエントリを返します。
gh run view --job job-id --log | grep error
失敗したステップのログをフィルタするには、--log
の代わりに --log-failed
を使用します。
gh run view --job job-id --log-failed