エンタープライズ GitHub Actions について
GitHub Actions を使うと、お使いの GitHub Enterprise Server インスタンス を使うユーザーが、ソフトウェア開発ワークフローのすべてのフェーズを自動化して生産性を向上させることができます。
| タスク | 詳細情報 |
|---|---|
| アプリケーションを自動的にテストしてビルドする | 「継続的インテグレーションについて」 |
| アプリケーションをデプロイする | 「継続的デプロイについて」 |
| コードを自動的かつ安全に成果物とコンテナーにパッケージ化する | 「GitHub Actions によるパッケージ化について」 |
| プロジェクト管理タスクを自動化する | 「GitHub Actions をプロジェクト管理に使用する」 |
GitHub Actions は、チームが大規模な作業を迅速に行うために役立ちます。 大規模なリポジトリが GitHub Actions の使用を開始すると、チームが 1 日にマージする pull request が大幅に増加し、pull request のマージ速度も大幅に上がります。 詳細については、「The State of the Octoverse」の「コードの記述と出荷の高速化」を参照してください。
独自の自動化を作成することができます。あるいは、業界のリーダーやオープンソース コミュニティによって構築された 10,000 を超えるアクションで構成されているエコシステムのワークフローを使用して調整することもできます。 開発者が お使いの GitHub Enterprise Server インスタンス に存在するアクションを使用するように制限することも、開発者が GitHub.com 上のアクションにアクセスできるように許可することもできます。 詳細については、「Enterprise でのアクションの使用について」を参照してください。
GitHub Actions は、よく使用される GitHub Enterprise Server エクスペリエンスに直接統合されているため、開発者にとってわかりやすい機能です。
セルフホステッド ランナーを使用して、独自の非公開 CI/CD インフラストラクチャを管理できます。 セルフホステッド ランナーを使用すると、ソフトウェア開発サイクルをインターネットに公開することなく、ビルド、テスト、デプロイを完了するための正確な環境とリソースを決定できます。 詳しくは、「セルフホステッド ランナーの概要」をご覧ください。
GitHub Actions では、デプロイを細かく制御することができます。 たとえば、環境を使用して、ジョブを続行するために承認を要求したり、ワークフローをトリガーできるブランチを制限したり、シークレットへのアクセスを制限したりすることができます。
GitHub Actions には、エンタープライズのソフトウェア開発サイクルを管理し、コンプライアンスの義務を満たすためのツールも含まれています。 詳しくは、「エンタープライズで GitHub Actions のポリシーを適用する」を参照してください。
GitHub Actions の使用開始について
開始する前に、GitHub Actions をエンタープライズに導入する方法を計画する必要があります。 詳しくは、「企業への GitHub Actions の導入」を参照してください。
Enterprise を別のプロバイダーから GitHub Actions に移行する場合は、追加の考慮事項があります。 詳しくは、「GitHub Actions への Enterprise の移行」を参照してください。
GitHub Actions は GitHub Enterprise Server に対し、既定では有効になっていません。 計画が完了したら、GitHub Actions を有効化する手順に従うことができます。 たとえば、場合によっては、お使いの GitHub Enterprise Server インスタンスのために CPU とメモリをアップグレードする必要があります。 詳しくは、「GitHub Enterprise Server の GitHub Actions を使い始める」を参照してください。