{"meta":{"title":"GitHub Actions ドキュメント","intro":"GitHub Actionsを使用して、リポジトリ内のソフトウェア開発ワークフローを自動化、カスタマイズ、実行します。 CI/CDを含む好きなジョブを実行してくれるアクションを、見つけたり、作成したり、共有したり、完全にカスタマイズされたワークフロー中でアクションを組み合わせたりできます。","product":"GitHub Actions","breadcrumbs":[{"href":"/ja/enterprise-cloud@latest/actions","title":"GitHub Actions"}],"documentType":"product"},"body":"# GitHub Actions ドキュメント\n\nGitHub Actionsを使用して、リポジトリ内のソフトウェア開発ワークフローを自動化、カスタマイズ、実行します。 CI/CDを含む好きなジョブを実行してくれるアクションを、見つけたり、作成したり、共有したり、完全にカスタマイズされたワークフロー中でアクションを組み合わせたりできます。\n\n## Recommended\n\n* [GitHub Actionsのクイック スタート](/ja/enterprise-cloud@latest/actions/get-started/quickstart)\n\n  GitHub Actionsのコア機能を数分で試してみてください。\n\n* [GitHub Actionsについて](/ja/enterprise-cloud@latest/actions/get-started/understand-github-actions)\n\n  GitHub Actionsの主要概念と基本的な用語の基本について説明します。\n\n* [GitHub サーバー上で実行されるランナーの使用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/github-hosted-runners/use-github-hosted-runners)\n\n  GitHubによってホストされている仮想マシンで実行するジョブを割り当てることができます。\n\n* [GitHub Actions　のワークフロー構文](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/workflow-syntax)\n\n  ワークフローは、1 つ以上のジョブからなる設定可能な自動化プロセスです。 ワークフローの設定を定義するには、YAMLファイルを作成しなければなりません。\n\n* [ワークフローをトリガーするイベント](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/events-that-trigger-workflows)\n\n  GitHubで特定のアクティビティが発生したとき、スケジュールされた時刻、またはGitHub外のイベントが発生したときに実行されるようにワークフローを構成できます。\n\n* [アーティファクトの構成証明を使用してビルドの出所を確立する](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/use-artifact-attestations/use-artifact-attestations)\n\n  アーティファクト構成証明を使用すると、ソフトウェアが構築された場所と方法を確立し、構築のサプライ チェーンのセキュリティを強化できます。\n\n* [GitHub Actionsへの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions)\n\n  既存の CI/CD ワークフローを GitHub Actions に移行する方法について学びます。\n\n* [ワークフローを再利用する](/ja/enterprise-cloud@latest/actions/how-tos/reuse-automations/reuse-workflows)\n\n  既存のワークフローを再利用してワークフローを作成するときに重複を回避する方法について説明します。\n\n* [GitHub Actions メトリックの表示](/ja/enterprise-cloud@latest/actions/how-tos/administer/view-metrics)\n\n  メトリックを表示して、組織またはリポジトリが GitHub Actions を使用している場所と、そのパフォーマンスを監視できます。\n\n## Links\n\n### Getting started\n\n* [GitHub Actionsについて](/ja/enterprise-cloud@latest/actions/get-started/understand-github-actions)\n\n  GitHub Actionsの主要概念と基本的な用語の基本について説明します。\n\n* [GitHub Actionsのクイック スタート](/ja/enterprise-cloud@latest/actions/get-started/quickstart)\n\n  GitHub Actionsのコア機能を数分で試してみてください。\n\n## Articles\n\n* [GitHub Actionsのクイック スタート](/ja/enterprise-cloud@latest/actions/get-started/quickstart)\n\n  GitHub Actionsのコア機能を数分で試してみてください。\n\n* [GitHub Actionsについて](/ja/enterprise-cloud@latest/actions/get-started/understand-github-actions)\n\n  GitHub Actionsの主要概念と基本的な用語の基本について説明します。\n\n* [継続的インテグレーション](/ja/enterprise-cloud@latest/actions/get-started/continuous-integration)\n\n  GitHubを使用して、GitHub Actions リポジトリにカスタムの継続的インテグレーション (CI) ワークフローを直接作成できます。\n\n* [継続的なデプロイ](/ja/enterprise-cloud@latest/actions/get-started/continuous-deployment)\n\n  GitHubを使用して、GitHub Actions リポジトリにカスタムの継続的デプロイ (CD) ワークフローを直接作成できます。\n\n* [GitHub Actions と GitHub Apps](/ja/enterprise-cloud@latest/actions/get-started/actions-vs-apps)\n\n  GitHub Actions と GitHub Apps の主な違いについて知っておくと、どちらが自分のユース ケースに適しているのかを決めるために役立ちます。\n\n* [ワークフロー](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/workflows)\n\n  トリガー、構文、高度な機能など、 GitHub Actions ワークフローの概要について説明します。\n\n* [変数](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/variables)\n\n  GitHub Actions ワークフローの変数について説明します。\n\n* [コンテキスト](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/contexts)\n\n  GitHub Actionsのコンテキストについて説明します。\n\n* [表現](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/expressions)\n\n  ワークフローとアクションで式を評価できます。\n\n* [ワークフロー構成の再利用](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/reusing-workflow-configurations)\n\n  ワークフローを作成するときに重複を避ける方法について説明します。\n\n* [カスタム アクションについて](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/custom-actions)\n\n  アクションとは、ジョブを作成し、ワークフローをカスタマイズするために組み合わせることができる個々のタスクです。 独自のアクションを作成することも、 GitHub コミュニティによって共有されるアクションを使用してカスタマイズすることもできます。\n\n* [デプロイ環境](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/deployment-environments)\n\n  さまざまな環境を作成してデプロイできます。\n\n* [コンカレンシー](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/concurrency)\n\n  ワークフローとジョブの同時実行について説明します。\n\n* [ワークフロー成果物](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/workflow-artifacts)\n\n  GitHub Actions ワークフローの成果物としてのデータの格納と共有について説明します。\n\n* [依存関係のキャッシュ](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/dependency-caching)\n\n  ワークフローの速度と効率のための依存関係のキャッシュについて説明します。\n\n* [ワークフロー実行の通知](/ja/enterprise-cloud@latest/actions/concepts/workflows-and-actions/notifications-for-workflow-runs)\n\n  トリガーするワークフロー実行に関する通知を受信登録できます。\n\n* [GitHub ホステッド ランナー](/ja/enterprise-cloud@latest/actions/concepts/runners/github-hosted-runners)\n\n  GitHub には、ワークフローを実行するためのホストされた仮想マシンが用意されています。 仮想マシンには、 GitHub Actions で使用できるツール、パッケージ、設定の環境が含まれています。\n\n* [より大きなランナー](/ja/enterprise-cloud@latest/actions/concepts/runners/larger-runners)\n\n  ランナー グループ、コンカレンシー ポリシー、詳細なアクセス制御を使用して、 GitHubホスト型の大規模ランナーを使用してワークフローを整理および管理します。\n\n* [セルフホステッド ランナー](/ja/enterprise-cloud@latest/actions/concepts/runners/self-hosted-runners)\n\n  独自のランナーをホストし、 GitHub Actions ワークフローでジョブを実行するために使用する環境をカスタマイズできます。\n\n* [GitHubホストランナーを使用したプライベート ネットワーク](/ja/enterprise-cloud@latest/actions/concepts/runners/private-networking)\n\n  GitHub ホステッド ランナーをプライベート ネットワーク上のリソース (パッケージ レジストリ、シークレット マネージャー、その他のオンプレミス サービスなど) に接続できます。\n\n* [ランナー グループ](/ja/enterprise-cloud@latest/actions/concepts/runners/runner-groups)\n\n  ランナー グループを使用してランナーへのアクセスを制御し、組織全体または企業全体でランナーを整理します。\n\n* [ランナー スケール セット](/ja/enterprise-cloud@latest/actions/concepts/runners/runner-scale-sets)\n\n  ランナー スケール セットとは何か、およびランナー スケール セットが Actions Runner Controllerと対話する方法について説明します。\n\n* [アクション ランナー コントローラー](/ja/enterprise-cloud@latest/actions/concepts/runners/actions-runner-controller)\n\n  独自のランナーをホストし、 GitHub Actions ワークフローでジョブを実行するために使用する環境をカスタマイズできます。\n\n* [Actions ランナー コントローラーのサポート](/ja/enterprise-cloud@latest/actions/concepts/runners/support-for-arc)\n\n  アクション ランナー コントローラーについてGitHub のサポートに問い合わせる前に知っておくべきこと。\n\n* [シークレット](/ja/enterprise-cloud@latest/actions/concepts/security/secrets)\n\n  GitHub Actionsワークフローで使用されるシークレットについて説明します。\n\n* [GITHUB\\_TOKEN](/ja/enterprise-cloud@latest/actions/concepts/security/github_token)\n\n  `GITHUB_TOKEN`とは何か、そのしくみ、GitHub Actionsワークフローの安全な自動化にとって重要な理由について説明します。\n\n* [OpenID Connect](/ja/enterprise-cloud@latest/actions/concepts/security/openid-connect)\n\n  OpenID Connect を使用すると、ワークフローによって、有効期間の短いトークンをクラウド プロバイダーから直接交換できます。\n\n* [アーティファクト証明書](/ja/enterprise-cloud@latest/actions/concepts/security/artifact-attestations)\n\n  アーティファクトの証明書の使用とセキュリティ上の利点について理解します。\n\n* [スクリプト インジェクション](/ja/enterprise-cloud@latest/actions/concepts/security/script-injections)\n\n  スクリプトの挿入と GitHub Actions ワークフローに関連するセキュリティ リスクについて説明します。\n\n* [危険にさらされたランナー](/ja/enterprise-cloud@latest/actions/concepts/security/compromised-runners)\n\n  侵害された GitHub Actions ランナーに関連するセキュリティ リスクについて理解します。\n\n* [Kubernetes アドミッション コントローラー](/ja/enterprise-cloud@latest/actions/concepts/security/kubernetes-admissions-controller)\n\n  アドミッション コントローラーを使って Kubernetes クラスターで成果物の構成証明を適用する方法について説明します。\n\n* [GitHub Actions のメトリックについて](/ja/enterprise-cloud@latest/actions/concepts/metrics)\n\n  組織とリポジトリで使用できる GitHub Actions メトリックについて説明します。\n\n* [課金と使用](/ja/enterprise-cloud@latest/actions/concepts/billing-and-usage)\n\n  GitHub Actionsワークフローには使用制限があります。 使用料は、リポジトリの無料の時間とストレージの量を超えるリポジトリに適用されます。\n\n* [ワークフロー テンプレートの使用](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/use-workflow-templates)\n\n  GitHub には、さまざまな言語とツール用のワークフロー テンプレートが用意されています。\n\n* [ワークフローをトリガーする](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-when-workflows-run/trigger-a-workflow)\n\n  GitHub Actions ワークフローを自動的にトリガーする方法\n\n* [条件を使用してジョブの実行を制御する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-when-workflows-run/control-jobs-with-conditions)\n\n  条件が満たされない限り、ジョブが実行されないようにします。\n\n* [ワークフローとジョブの並行処理を制御する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-when-workflows-run/control-workflow-concurrency)\n\n  同時に実行できるワークフローとジョブを管理します。\n\n* [ジョブのランナーを選択する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-where-workflows-run/choose-the-runner-for-a-job)\n\n  ワークフローでジョブを処理するコンピューターの種類を定義します。\n\n* [コンテナ内でのジョブの実行](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-where-workflows-run/run-jobs-in-a-container)\n\n  コンテナーを使用して、ジョブのステップを実行します。\n\n* [ワークフローでジョブを使用する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/use-jobs)\n\n  ワークフローを使用して複数のジョブを実行します。\n\n* [ワークフローで事前に作成されたビルディング ブロックを使用する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/find-and-customize-actions)\n\n  あらかじめ記述されたアクションを使用およびカスタマイズして、ワークフローを強化できます。\n\n* [ワークフローでの GitHub CLI の使用](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/use-github-cli)\n\n  GitHub CLI ワークフローでは、GitHub Actions を使用してスクリプトを作成できます。\n\n* [ワークフローにスクリプトを追加する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/add-scripts)\n\n  GitHub Actionsワークフローを使用してスクリプトを実行できます。\n\n* [GitHub Actions でのシークレットの使用](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/use-secrets)\n\n  GitHub Actions ワークフローのリポジトリ、環境、および組織レベルでシークレットを作成する方法について説明します。\n\n* [変数に情報を格納する](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/use-variables)\n\n  GitHub は、ワークフロー実行ごとに既定の変数 GitHub Actions 設定します。 単一のワークフローまたは複数のワークフローで使用するカスタム変数を設定することもできます。\n\n* [ジョブ間で情報を渡す](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/pass-job-outputs)\n\n  あるジョブから別のジョブに情報を渡す出力を定義できます。\n\n* [既定のシェルと作業ディレクトリの設定](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/set-default-values-for-jobs)\n\n  ワークフロー内のすべてのジョブまたはジョブのすべてのステップに適用される既定の設定を定義します。\n\n* [特定の環境へのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/deploy-to-environment)\n\n  ワークフローでデプロイ環境を指定します。\n\n* [ワークフローでのジョブのバリエーションの実行](/ja/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do/run-job-variations)\n\n  マトリックスを作成して、各ジョブのバリエーションを定義します。\n\n* [ワークフローを再利用する](/ja/enterprise-cloud@latest/actions/how-tos/reuse-automations/reuse-workflows)\n\n  既存のワークフローを再利用してワークフローを作成するときに重複を回避する方法について説明します。\n\n* [組織のワークフロー テンプレートを作成する](/ja/enterprise-cloud@latest/actions/how-tos/reuse-automations/create-workflow-templates)\n\n  チームのユーザーがより簡単に新しいワークフローを追加できるように、ワークフロー テンプレートを作成する方法について学びます。\n\n* [アクションとワークフローを企業と共有する](/ja/enterprise-cloud@latest/actions/how-tos/reuse-automations/share-with-your-enterprise)\n\n  アクションまたは再利用可能なワークフローを公開せずに、企業とアクションまたはワークフローを共有できます。\n\n* [アーティファクトの構成証明を使用してビルドの出所を確立する](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/use-artifact-attestations/use-artifact-attestations)\n\n  アーティファクト構成証明を使用すると、ソフトウェアが構築された場所と方法を確立し、構築のサプライ チェーンのセキュリティを強化できます。\n\n* [成果物の構成証明と再利用可能なワークフローを使用して SLSA v1 ビルド レベル 3 を実現する](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/use-artifact-attestations/increase-security-rating)\n\n  再利用可能なワークフローと成果物の構成証明を使用してソフトウェアを構築することで、サプライ チェーンのセキュリティを合理化し、SLSA v1.0 ビルド レベル 3 を達成するのに役立ちます。\n\n* [Kubernetes アドミッション コントローラーを使用したアーティファクト証明の強制](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/use-artifact-attestations/enforce-artifact-attestations)\n\n  アドミッション コントローラーを使用して、Kubernetes クラスターでアーティファクトの構成証明を適用します。\n\n* [オフラインでのアテステーションの確認](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/use-artifact-attestations/verify-attestations-offline)\n\n  アーティファクトの構成証明は、インターネット接続がなくても検証できます。\n\n* [成果物（テクノロジー）証明のライフサイクルの管理](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/use-artifact-attestations/manage-attestations)\n\n  不要な証明を検索して削除します。\n\n* [アマゾン ウェブ サービスでの OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-aws)\n\n  ワークフロー内で OpenID Connect を使用して、アマゾン ウェブ サービスで認証を行います。\n\n* [Azure での OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-azure)\n\n  ワークフロー内で OpenID Connect を使用して、Azureで認証します。\n\n* [Google Cloud Platform での OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-google-cloud-platform)\n\n  ワークフロー内で OpenID Connect を使用して、Google Cloud Platform での認証を行います。\n\n* [HashiCorp Vault での OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-hashicorp-vault)\n\n  ワークフロー内で OpenID Connect を使用して HashiCorp Vault で認証します。\n\n* [JFrog での OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-jfrog)\n\n  ワークフロー内で OpenID Connect を使用して、JFrog で認証を行います。\n\n* [タコデプロイでの OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-octopus-deploy)\n\n  ワークフロー内で OpenID Connect を使用して、タコデプロイで認証します。\n\n* [PyPI での OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-pypi)\n\n  ワークフロー内で OpenID Connect を使用して、PyPI で認証を行います。\n\n* [クラウド プロバイダーでの OpenID Connect の構成](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-in-cloud-providers)\n\n  ワークフロー内で OpenID Connect を使用して、クラウド プロバイダーでの認証を行います。\n\n* [再利用可能なワークフローでの OpenID Connect の使用](/ja/enterprise-cloud@latest/actions/how-tos/secure-your-work/security-harden-deployments/oidc-with-reusable-workflows)\n\n  再利用可能なワークフローと OIDC を使用して、デプロイ手順を標準化し、セキュリティを強化できます。\n\n* [GitHub Actionsを使用したデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/control-deployments)\n\n  GitHub Actions では、環境、コンカレンシー グループ、保護規則を使用してデプロイをきめ細かく制御できます。\n\n* [デプロイ履歴の表示](/ja/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/view-deployment-history)\n\n  リポジトリの現在と過去のデプロイメントの表示。\n\n* [デプロイメント用の環境管理](/ja/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/manage-environments)\n\n  環境を作成し、デプロイ保護ルールで環境をセキュリティで保護できます。 環境を参照するジョブは、環境のシークレットを実行またはそれにアクセスする前に、環境の保護ルールに従う必要があります。\n\n* [デプロイメントのレビュー](/ja/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/review-deployments)\n\n  レビュー待ちのジョブを承認もしくは拒否できます。\n\n* [カスタム デプロイ保護規則の作成](/ja/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/create-custom-protection-rules)\n\n  GitHub Appsを使用して、サード パーティ製システムでのデプロイの保護を自動化します。\n\n* [カスタム デプロイ保護規則の構成](/ja/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/configure-custom-protection-rules)\n\n  GitHub Appsを使用して、サード パーティ製システムでのデプロイの保護を自動化します。\n\n* [Azure App Serviceへの Node.js のデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/nodejs-to-azure-app-service)\n\n  継続的配置 (CD) ワークフローの一部としてAzure App Serviceする Node.js プロジェクトをデプロイする方法について説明します。\n\n* [Azure App ServiceへのPythonのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/python-to-azure-app-service)\n\n  継続的配置 (CD) ワークフローの一部としてAzure App ServiceするPython プロジェクトをデプロイする方法について説明します。\n\n* [Azure App ServiceへのJavaのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/java-to-azure-app-service)\n\n  継続的配置 (CD) ワークフローの一部としてAzure App ServiceするJava プロジェクトをデプロイする方法について説明します。\n\n* [Azure App Serviceへの.NETのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/net-to-azure-app-service)\n\n  継続的配置 (CD) ワークフローの一部としてAzure App Serviceする.NET プロジェクトをデプロイする方法について説明します。\n\n* [php を Azure App Service にデプロイする](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/php-to-azure-app-service)\n\n  継続的配置 (CD) ワークフローの一部としてAzure App Serviceする PHP プロジェクトをデプロイする方法について説明します。\n\n* [Azure App Serviceへの Docker のデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/docker-to-azure-app-service)\n\n  継続的デプロイ (CD) ワークフローの一部としてAzure App Serviceに Docker コンテナーをデプロイする方法について説明します。\n\n* [Azure 静的 Web アプリへのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/azure-static-web-app)\n\n  継続的デプロイ (CD) ワークフローの一部として静的 Web アプリAzure Web アプリをデプロイする方法について説明します。\n\n* [Azure Kubernetes Serviceへのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/azure-kubernetes-service)\n\n  継続的デプロイ（CD）ワークフローの一環として、プロジェクトを Azure Kubernetes Service (AKS) にデプロイする方法を学びましょう。\n\n* [Amazon Elastic Container Serviceへのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/amazon-elastic-container-service)\n\n  継続的デプロイ (CD) ワークフローの一部として Amazon Elastic Container Service (ECS) にプロジェクトをデプロイする方法について説明します。\n\n* [Google Kubernetes Engineへのデプロイ](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/google-kubernetes-engine)\n\n  継続的デプロイ (CD) ワークフローの一部として、Google Kubernetes Engine (GKE) にプロジェクトをデプロイする方法について説明します。\n\n* [Xcode 開発用の macOS ランナーに Apple 証明書をインストールする](/ja/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/sign-xcode-applications)\n\n  GitHub Actions ランナーに Apple コード署名証明書をインストールして、継続的インテグレーション (CI) ワークフロー内で Xcode アプリに署名する方法について説明します。\n\n* [カスタム アクションの管理](/ja/enterprise-cloud@latest/actions/how-tos/create-and-publish-actions/manage-custom-actions)\n\n  独自のアクションを作成および管理し、 GitHub コミュニティによって共有されるアクションをカスタマイズする方法について説明します。\n\n* [サードパーティの CLI アクションの作成](/ja/enterprise-cloud@latest/actions/how-tos/create-and-publish-actions/create-a-cli-action)\n\n  GitHub Actions ランナーに CLI を設定するアクションを開発する方法について説明します。\n\n* [アクションの終了コードの設定](/ja/enterprise-cloud@latest/actions/how-tos/create-and-publish-actions/set-exit-codes)\n\n  終了コードを使って、アクションのステータスを設定できます。\n  GitHub は、成功または失敗したアクションを示す状態を表示します。\n\n* [GitHub Marketplaceでのアクションの公開](/ja/enterprise-cloud@latest/actions/how-tos/create-and-publish-actions/publish-in-github-marketplace)\n\n  GitHub Marketplaceでアクションを発行し、作成したアクションを GitHub コミュニティと共有できます。\n\n* [アクションのリリースと管理](/ja/enterprise-cloud@latest/actions/how-tos/create-and-publish-actions/release-and-maintain-actions)\n\n  自動化とオープンソースのベスト プラクティスを活用して、アクションを解放および維持できます。\n\n* [変更不可リリースとタグを使ったアクションのリリース管理](/ja/enterprise-cloud@latest/actions/how-tos/create-and-publish-actions/using-immutable-releases-and-tags-to-manage-your-actions-releases)\n\n  GitHub の変更不可リリースと Git タグを組み合わせてアクションのリリースを管理する方法について説明します。\n\n* [ワークフローの手動実行](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/manually-run-a-workflow)\n\n  `workflow_dispatch` イベントで実行するようにワークフローが構成されている場合は、GitHub、GitHub CLI、または REST API の \\[アクション] タブを使用してワークフローを実行できます。\n\n* [ワークフローとジョブの再実行](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/re-run-workflows-and-jobs)\n\n  最初の実行から最長 30 日以内であれば、ワークフロー実行、ワークフロー実行内の失敗したすべてのジョブ、またはワークフロー実行内の特定のジョブを再実行できます。\n\n* [ワークフローの実行をキャンセルする](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/cancel-a-workflow-run)\n\n  すべてのジョブとステップを含め、進行中のワークフロー実行を取り消すことができます。\n\n* [ワークフローの無効化と有効化](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/disable-and-enable-workflows)\n\n  GitHub UI、REST API、または GitHub CLI を使用して、ワークフローを無効化したり再度有効化したりすることができます。\n\n* [ワークフロー実行をスキップする](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/skip-workflow-runs)\n\n  コミット メッセージにコマンドを含めると、`push` イベントと `pull_request` イベントによってトリガーされるワークフロー実行をスキップできます。\n\n* [ワークフロー実行の削除](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/delete-a-workflow-run)\n\n  完了した、または 2 週間以上経過したワークフロー実行を削除できます。\n\n* [ワークフローの成果物をダウンロードする](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/download-workflow-artifacts)\n\n  アーカイブされた成果物は、自動的に有効期限切れになる前にダウンロードできます。\n\n* [ワークフローの成果物を削除する](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/remove-workflow-artifacts)\n\n  GitHub Actions で成果物の有効期限が切れる前に削除すると、使用済みの GitHub ストレージを回収できます。\n\n* [キャッシュの管理](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/manage-caches)\n\n  ワークフローから作成された依存関係キャッシュを監視、フィルター処理、および削除できます。\n\n* [フォークからのワークフロー実行の承認](/ja/enterprise-cloud@latest/actions/how-tos/manage-workflow-runs/approve-runs-from-forks)\n\n  共同作成者の pull request によってトリガーされるワークフロー実行を手動で承認できます。\n\n* [GitHub サーバー上で実行されるランナーの使用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/github-hosted-runners/use-github-hosted-runners)\n\n  GitHubによってホストされている仮想マシンで実行するジョブを割り当てることができます。\n\n* [GitHubホストランナーのカスタマイズ](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/github-hosted-runners/customize-runners)\n\n  ワークフローの一部として、GitHubホストランナーに追加のソフトウェアをインストールできます。\n\n* [現在の作業の表示](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/github-hosted-runners/view-current-jobs)\n\n  ホスト GitHubランナーが組織または企業でジョブを処理する方法を監視し、関連する制約を特定します。\n\n* [OIDC とともに API ゲートウェイを使用する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/github-hosted-runners/connect-to-a-private-network/connect-with-oidc)\n\n  OpenID Connect (OIDC) トークンを使用して、ワークフローを認証できます。\n\n* [WireGuard を使用してネットワーク オーバーレイを作成する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/github-hosted-runners/connect-to-a-private-network/connect-with-wireguard)\n\n  ランナーとプライベート ネットワーク内のサービスの間にオーバーレイ ネットワークを作成できます。\n\n* [自己ホストランナーの追加](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/add-runners)\n\n  リポジトリ、Organization、Enterpriseにセルフホステッド ランナーを追加できます。\n\n* [ジョブの開始前または終了後にスクリプトを実行する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/run-scripts)\n\n  ジョブの直前または直後に、セルフホステッド ランナー上でスクリプトを自動的に実行できます。\n\n* [ジョブで使用されるコンテナーのカスタマイズ](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/customize-containers)\n\n  セルフホステッド ランナーでジョブのコンテナーを呼び出す方法をカスタマイズできます。\n\n* [自己ホストランナーアプリケーションをサービスとして設定する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/configure-the-application)\n\n  自己ホストランナーアプリケーションをサービスとして設定し、マシンの起動時に自動的にランナーアプリケーションが開始されるようにできます。\n\n* [セルフホストランナーとのラベルの利用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/apply-labels)\n\n  ラベルを使い、セルフホストランナーをその特徴に基づいて整理できます。\n\n* [ワークフローでのセルフホステッド ランナーの利用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/use-in-a-workflow)\n\n  ワークフローでセルフホステッド ランナーを使用するには、ラベルまたはグループを使ってジョブのランナーを指定できます。\n\n* [グループを使用してセルフホストランナーへのアクセスを管理する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/manage-access)\n\n  ポリシーを使用して、組織に追加されたセルフホスト ランナーへのアクセスを制限できます。\n\n* [自己ホストランナーのモニタリングとトラブルシューティング](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/monitor-and-troubleshoot)\n\n  自己ホストランナーをモニターして、その活動を見て、一般的な問題を診断できます。\n\n* [セルフホストランナーを削除する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/remove-runners)\n\n  セルフホステッド ランナーは、リポジトリ、から完全に削除できます。\n\n* [より大きなランナーを管理する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners/manage-larger-runners)\n\n  組織または企業の より大きなランナーを構成できます。\n\n* [より大きなランナーへのアクセスの制御](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners/control-access)\n\n  ポリシーを使用して、組織または企業に追加された より大きなランナーへのアクセスを制限できます。\n\n* [より大きなランナーでジョブを実行する](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners/use-larger-runners)\n\n  使用可能な より大きなランナーを特定し、ランナー グループとワークフロー ラベルを使用して適切なランナーにジョブをルーティングします。\n\n* [カスタム イメージの使用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners/use-custom-images)\n\n  組織または企業の GitHub でホストされる大規模ランナー 用のカスタム イメージを作成、管理、使用します。\n\n* [GitHub API への ARC の認証](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/use-actions-runner-controller/authenticate-to-the-api)\n\n  Actions Runner Controller API に対して GitHub を認証します。\n\n* [アクション ランナー コントローラーを使用してランナー スケール セットをデプロイする](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/use-actions-runner-controller/deploy-runner-scale-sets)\n\n  Actions Runner Controllerを使用してランナー スケール セットをデプロイし、高度な構成オプションを使用して、ニーズに合わせてActions Runner Controllerを調整します。\n\n* [ワークフローでの Actions Runner Controller ランナーの使用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/use-actions-runner-controller/use-arc-in-a-workflow)\n\n  ワークフローファイルで Actions Runner Controller ランナーを使用する。\n\n* [ランナーでのプロキシサーバの使用](/ja/enterprise-cloud@latest/actions/how-tos/manage-runners/use-proxy-servers)\n\n  GitHubとのセキュリティで保護された通信にプロキシ サーバーを使用するように、分離環境のランナーを構成できます。\n\n* [視覚化グラフの利用](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/use-the-visualization-graph)\n\n  すべてのワークフローの実行は、実行の進行を示すリアルタイムのグラフを生成します。 このグラフを使って、ワークフローをモニタリング及びデバッグできます。\n\n* [ワークフロー実行の履歴を表示する](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/view-workflow-run-history)\n\n  ワークフロー実行ごとにログを表示できます。 ログには、ワークフローの各ジョブとステップのステータスが含まれます。\n\n* [ジョブの実行時間を表示する](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/view-job-execution-time)\n\n  ジョブの実行時間 (ジョブの発生した支払対象の分を含む) を表示できます。\n\n* [ワークフロー状態バッジの追加](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/add-a-status-badge)\n\n  リポジトリにステータスバッジを表示して、ワークフローのステータスを示すことができます。\n\n* [ワークフロー実行ログの使用](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/use-workflow-run-logs)\n\n  ワークフロー実行の各ジョブのログを表示、検索、およびダウンロードできます。\n\n* [ジョブ条件式ログの表示](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/view-job-condition-logs)\n\n  GitHub Actions のジョブレベルの `if` 条件に関する式評価ログへのアクセス方法と解釈方法を学びます。\n\n* [デバッグ ログを有効にする](/ja/enterprise-cloud@latest/actions/how-tos/monitor-workflows/enable-debug-logging)\n\n  ワークフロージョブあるいはステップが期待どおりに動作しない理由を診断する上で、十分な詳細がワークフローのログになかった場合、追加のデバッグロギングを有効化できます。\n\n* [トラブルシューティングのワークフロー](/ja/enterprise-cloud@latest/actions/how-tos/troubleshoot-workflows)\n\n  GitHub Actionsのツールを使用して、ワークフローをデバッグできます。\n\n* [GitHub Actions メトリックの表示](/ja/enterprise-cloud@latest/actions/how-tos/administer/view-metrics)\n\n  メトリックを表示して、組織またはリポジトリが GitHub Actions を使用している場所と、そのパフォーマンスを監視できます。\n\n* [廃止された名前空間を GHE.com で使用できるようにする](/ja/enterprise-cloud@latest/actions/how-tos/administer/reuse-namespaces-on-ghecom)\n\n  GitHub.com から使用したアクションと一致する名前空間をユーザーが使用できるようにします。\n\n* [GitHub Actionsに関するGitHub サポートからのヘルプの取得](/ja/enterprise-cloud@latest/actions/how-tos/get-support)\n\n  GitHub のサポートが支援する方法について説明しますGitHub Actions\n\n* [GitHub Actions　のワークフロー構文](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/workflow-syntax)\n\n  ワークフローは、1 つ以上のジョブからなる設定可能な自動化プロセスです。 ワークフローの設定を定義するには、YAMLファイルを作成しなければなりません。\n\n* [ワークフローをトリガーするイベント](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/events-that-trigger-workflows)\n\n  GitHubで特定のアクティビティが発生したとき、スケジュールされた時刻、またはGitHub外のイベントが発生したときに実行されるようにワークフローを構成できます。\n\n* [GitHub Actions のワークフロー コマンド](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/workflow-commands)\n\n  ワークフロー内あるいはアクションのコード内でシェルコマンドを実行する際には、ワークフローコマンドを利用できます。\n\n* [変数リファレンス](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/variables)\n\n  GitHub Actionsワークフローでサポートされている変数、名前付け規則、制限、コンテキストに関する情報を検索します。\n\n* [ワークフロー内とアクション内で式を評価する](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/expressions)\n\n  GitHub Actionsで式の情報を検索します。\n\n* [コンテキスト リファレンス](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/contexts)\n\n  使用可能なプロパティ、アクセス方法、使用例など、 GitHub Actions ワークフローで使用できるコンテキストに関する情報を確認します。\n\n* [デプロイメントと環境](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/deployments-and-environments)\n\n  デプロイ保護規則、環境シークレット、環境変数について説明します。\n\n* [依存関係キャッシュのリファレンス](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/dependency-caching)\n\n  ワークフローでの依存関係キャッシュの機能について説明します。\n\n* [ワークフロー構成の再利用](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/reusing-workflow-configurations)\n\n  既存のワークフローを再利用し。\n\n* [メタデータ構文リファレンス](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/metadata-syntax)\n\n  リポジトリでタスクを実行するアクションを作成できます。 カスタム アクションを行う場合は、YAML 構文を使用するメタデータ ファイルが必要です。\n\n* [ワークフロー取り消しのリファレンス](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/workflow-cancellation)\n\n  ワークフローの実行をキャンセルするためにGitHubが実行する手順に関する情報を参照してください。\n\n* [GitHub ActionsのためのDockerfileサポート](/ja/enterprise-cloud@latest/actions/reference/workflows-and-actions/dockerfile-support)\n\n  Docker コンテナー アクション用の `Dockerfile` を作成する際には、いくつかの Docker の命令が GitHub Actions やアクションのメタデータ ファイルとどのように関わるのかを知っておく必要があります。\n\n* [GitHub ホステッド ランナー リファレンス](/ja/enterprise-cloud@latest/actions/reference/runners/github-hosted-runners)\n\n  仕様やカスタマイズ オプションなど、 GitHubホストランナーに関する情報を検索します。\n\n* [ラージャー ランナー リファレンス](/ja/enterprise-cloud@latest/actions/reference/runners/larger-runners)\n\n  ラージャー ランナーの仕様やカスタマイズ オプションなどに関する情報について説明します。\n\n* [セルフホステッド ランナー リファレンス](/ja/enterprise-cloud@latest/actions/reference/runners/self-hosted-runners)\n\n  セルフホステッド ランナーの設定と使用について説明します。\n\n* [セキュリティで保護された使用に関するリファレンス](/ja/enterprise-cloud@latest/actions/reference/security/secure-use)\n\n  ワークフローを記述し、 GitHub Actions 機能を使用するためのセキュリティ プラクティス。\n\n* [pull\\_request\\_target を安全に使用する](/ja/enterprise-cloud@latest/actions/reference/security/securely-using-pull_request_target)\n\n  `pull_request_target event`のセキュリティ リスクについて説明します。\n\n* [シークレット リファレンス](/ja/enterprise-cloud@latest/actions/reference/security/secrets)\n\n  GitHub Actionsでシークレットに関する技術情報を検索します。\n\n* [OpenID Connect リファレンス](/ja/enterprise-cloud@latest/actions/reference/security/oidc)\n\n  OpenID Connect (OIDC) を使用してクラウド プロバイダーで GitHub Actions ワークフローを認証する方法について確認します。\n\n* [アクションの制限](/ja/enterprise-cloud@latest/actions/reference/limits)\n\n  スケールアップする際に直面する可能性がある GitHub Actions には制限があり、一部はサポートに問い合わせることで増やすことができます。\n\n* [補助的な引数と設定](/ja/enterprise-cloud@latest/actions/reference/github-actions-importer/supplemental-arguments-and-settings)\n\n  GitHub Actions Importer には、ニーズに合わせて移行プロセスを調整するためのいくつかの補足的な引数と設定があります。\n\n* [カスタム トランスフォーマーを使用した GitHub Actions Importer の拡張](/ja/enterprise-cloud@latest/actions/reference/github-actions-importer/custom-transformers)\n\n  GitHub Actions Importer は、組み込みのマッピングを拡張する機能を提供します。\n\n* [サンプル ワークフローの作成](/ja/enterprise-cloud@latest/actions/tutorials/create-an-example-workflow)\n\n  このチュートリアルでは、プッシュ イベントによってトリガーされる基本的なワークフローを作成する方法について説明します。\n\n* [Go でのビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/go)\n\n  Go プロジェクトのビルドとテストのための継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [Ant を使用したJavaの構築とテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/java-with-ant)\n\n  GitHub Actionsで継続的インテグレーション (CI) ワークフローを作成し、Ant を使用してJava プロジェクトをビルドしてテストする方法について説明します。\n\n* [Gradle を使用したJavaの構築とテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/java-with-gradle)\n\n  Gradle を使用してJava プロジェクトをビルドしてテストするために、GitHub Actionsで継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [Maven を使用したJavaのビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/java-with-maven)\n\n  Maven を使用してJava プロジェクトをビルドしてテストするために、GitHub Actionsで継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [.NETでのビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/net)\n\n  .NET プロジェクトのビルドとテストのための継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [Node.js のビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/nodejs)\n\n  Node.js プロジェクトのビルドとテストのための継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [PowerShell のビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/powershell)\n\n  PowerShell プロジェクトのビルドとテストのための継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [Pythonの構築とテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/python)\n\n  継続的インテグレーション (CI) ワークフローを作成して、Python プロジェクトをビルドしてテストする方法について説明します。\n\n* [Rubyでのビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/ruby)\n\n  Rubyプロジェクトのビルドとテストのための継続的インテグレーション（CI）ワークフローを作成できます。\n\n* [Rust のビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/rust)\n\n  Rust プロジェクトのビルドとテストのための継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [Swift のビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/swift)\n\n  Swift プロジェクトのビルドとテストのための継続的インテグレーション (CI) ワークフローを作成する方法について説明します。\n\n* [Xamarin アプリケーションのビルドとテスト](/ja/enterprise-cloud@latest/actions/tutorials/build-and-test-code/xamarin-apps)\n\n  GitHub Actionsで継続的インテグレーション (CI) ワークフローを作成し、Xamarin アプリケーションをビルドしてテストする方法について説明します。\n\n* [ワークフローでの認証に GITHUB\\_TOKEN を使用する](/ja/enterprise-cloud@latest/actions/tutorials/authenticate-with-github_token)\n\n  `GITHUB_TOKEN`を使用して、GitHub Actionsの代わりに認証する方法について説明します。\n\n* [セルフホステッド ランナーから GitHub ホストランナーへの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-runners)\n\n  現在の CI インフラストラクチャを評価し、セルフホステッド ランナーから GitHub ホストランナーにワークフローを移行する方法について説明します。\n\n* [JavaScript アクションを作成する](/ja/enterprise-cloud@latest/actions/tutorials/create-actions/create-a-javascript-action)\n\n  このチュートリアルでは、アクション ツールキットを使って JavaScript アクションを構築する方法について説明します。\n\n* [複合アクションを作成する](/ja/enterprise-cloud@latest/actions/tutorials/create-actions/create-a-composite-action)\n\n  このチュートリアルでは、複合アクションを構築する方法について説明します。\n\n* [Docker イメージの発行](/ja/enterprise-cloud@latest/actions/tutorials/publish-packages/publish-docker-images)\n\n  このチュートリアルでは、継続的インテグレーション (CI) ワークフローの一部として、Docker Hubや GitHub Packages などのレジストリに Docker イメージを発行する方法について説明します。\n\n* [Gradle を使用したJava パッケージの発行](/ja/enterprise-cloud@latest/actions/tutorials/publish-packages/publish-java-packages-with-gradle)\n\n  このチュートリアルでは、Gradle を使用して、継続的インテグレーション (CI) ワークフローの一部としてJava パッケージをレジストリに発行する方法について説明します。\n\n* [Maven を使用したJava パッケージの発行](/ja/enterprise-cloud@latest/actions/tutorials/publish-packages/publish-java-packages-with-maven)\n\n  このチュートリアルでは、Maven を使用して、継続的インテグレーション (CI) ワークフローの一部としてJava パッケージをレジストリに発行する方法について説明します。\n\n* [Node.jsパッケージの公開](/ja/enterprise-cloud@latest/actions/tutorials/publish-packages/publish-nodejs-packages)\n\n  このチュートリアルでは、継続的インテグレーション (CI) ワークフローの一部として、Node.js パッケージをレジストリに公開する方法について学びます。\n\n* [Issue にラベルを追加する](/ja/enterprise-cloud@latest/actions/tutorials/manage-your-work/add-labels-to-issues)\n\n  GitHub Actionsを使用して、問題に自動的にラベルを付けることができます。\n\n* [非アクティブな Issue をクローズする](/ja/enterprise-cloud@latest/actions/tutorials/manage-your-work/close-inactive-issues)\n\n  GitHub Actionsを使用して、一定期間非アクティブな問題にコメントしたり、閉じたりすることができます。\n\n* [ラベルが追加されたときに Issue にコメントする](/ja/enterprise-cloud@latest/actions/tutorials/manage-your-work/add-comments-with-labels)\n\n  GitHub Actionsを使用すると、特定のラベルが適用されたときに問題に自動的にコメントを付けることができます。\n\n* [課題作成のスケジューリング](/ja/enterprise-cloud@latest/actions/tutorials/manage-your-work/schedule-issue-creation)\n\n  GitHub Actionsを使用して、毎日の会議や四半期ごとのレビューなどの問題を定期的に作成できます。\n\n* [ワークフロー成果物を使ったデータの格納と共有](/ja/enterprise-cloud@latest/actions/tutorials/store-and-share-data)\n\n  成果物を使って、ワークフロー内のジョブ間でデータを共有し、ワークフローが完了したらデータを格納します。\n\n* [Docker コンテナーのアクションを作成する](/ja/enterprise-cloud@latest/actions/tutorials/use-containerized-services/create-a-docker-container-action)\n\n  このチュートリアルでは、Docker コンテナー アクションを構築する方法について説明します。\n\n* [Docker サービス コンテナーとの通信](/ja/enterprise-cloud@latest/actions/tutorials/use-containerized-services/use-docker-service-containers)\n\n  Docker サービス コンテナーを使って、データベース、Web サービス、メモリ キャッシュ、その他のツールをワークフローに接続する方法について説明します。\n\n* [PostgreSQLサービスコンテナの作成](/ja/enterprise-cloud@latest/actions/tutorials/use-containerized-services/create-postgresql-service-containers)\n\n  ワークフローで利用するPostgreSQLサービスコンテナを作成できます。 このガイドでは、コンテナで実行されるジョブか、ランナーマシン上で直接実行されるジョブのためのPostgreSQLサービスの作成例を紹介します。\n\n* [Redisサービスコンテナの作成](/ja/enterprise-cloud@latest/actions/tutorials/use-containerized-services/create-redis-service-containers)\n\n  サービスコンテナを使って、ワークフロー中でRedisのクライアントを作成できます。 このガイドでは、コンテナで実行されるジョブか、ランナーマシン上で直接実行されるジョブのためのRedisサービスの作成例を紹介します。\n\n* [GitHub Actions Importer を使用した移行の自動化](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/use-github-actions-importer)\n\n  GitHub Actions Importer を使って、GitHub Actions への移行を計画し自動化します。\n\n* [GitHub Actions Importer を使用したAzure DevOpsからの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/azure-devops-migration)\n\n  GitHub Actions Importerを使用して、Azure DevOps パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [GitHub Actions Importer を使用した Bamboo からの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/bamboo-migration)\n\n  GitHub Actions Importerを使用して、Bamboo パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [GitHub Actions Importer を使用した Bitbucket パイプラインからの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/bitbucket-pipelines-migration)\n\n  GitHub Actions Importerを使用して、Bitbucket パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [GitHub Actions Importer を使用した CircleCI からの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/circleci-migration)\n\n  GitHub Actions Importerを使用して、CircleCI パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [GitHub Actions Importer を使用した GitLab からの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/gitlab-migration)\n\n  GitHub Actions Importerを使用して、GitLab パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [GitHub Actions Importer を使用した Jenkins からの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/jenkins-migration)\n\n  GitHub Actions Importerを使用して Jenkins パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [GitHub Actions Importer を使用した Travis CI からの移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/automated-migrations/travis-ci-migration)\n\n  GitHub Actions Importerを使用して、Travis CI パイプラインのGitHub Actionsへの移行を自動化する方法について説明します。\n\n* [Azure Pipelines から GitHub Actions への移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-azure-pipelines)\n\n  GitHub ActionsとAzure Pipelinesは、いくつかの構成の類似点を共有するため、GitHub Actionsへの移行は比較的簡単です。\n\n* [CircleCI から GitHub Actions への移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-circleci)\n\n  GitHub Actionsと CircleCI では、構成のいくつかの類似点が共有されるため、GitHub Actionsへの移行は比較的簡単です。\n\n* [GitLab CI/CD から GitHub Actions への移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-gitlab-cicd)\n\n  GitHub Actions と GitLab CI/CD ではいくつかの構成の類似点が共有されるため、 GitHub Actions への移行は比較的簡単です。\n\n* [Jenkins から GitHub Actions への移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-jenkins)\n\n  GitHub Actions と Jenkins は複数の類似点を共有しているため、 GitHub Actions への移行は比較的簡単です。\n\n* [Travis CI から GitHub Actions への移行](/ja/enterprise-cloud@latest/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-travis-ci)\n\n  GitHub Actions Travis CI は複数の類似点を共有しているため、 GitHub Actionsへの移行が比較的簡単になります。\n\n* [Actions Runner Controller の開始方法](/ja/enterprise-cloud@latest/actions/tutorials/use-actions-runner-controller/get-started)\n\n  このチュートリアルでは、 Actions Runner Controllerの基本を試します。\n\n* [Actions Runner Controller エラーのトラブルシューティング](/ja/enterprise-cloud@latest/actions/tutorials/use-actions-runner-controller/troubleshoot)\n\n  Actions Runner Controller エラーのトラブルシューティングを行う方法について説明します。\n\n* [GitHub Actionsでエージェント ワークフローを開発する](/ja/enterprise-cloud@latest/actions/tutorials/develop-agentic-workflows-in-github-actions)\n\n  GitHub Agentic Workflowsを使用して、Markdown 命令をサードパーティのコーディング エージェントを利用した自動化に変換します。"}