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