Skip to main content
ドキュメントには� �繁に更新が� えられ、その都度公開されています。本ページの翻訳はま� 未完成な部分があることをご了承く� さい。最新の情� �については、英語のドキュメンテーションをご参照く� さい。本ページの翻訳に問題がある� �合はこちらまでご連絡く� さい。
Enterprise Server 3.0
日本語
� 
GitHub Actions
Enterprise Server 3.0
日本語

� 

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-02-16. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

継続的インテグレーションについて

ここには以下の内容があります:

You can create custom continuous integration (CI) workflows directly in your GitHub repository with GitHub Actions.

ノート: GitHubホストランナーは、現在GitHub Enterprise Serverでサポートされていません。 GitHubパブリックロードマップで、計画されている将来のサポートに関する詳しい情� �を見ることができます。

継続的インテグレーションについて

継続的インテグレーション (CI) とは、ソフトウェアの開発においてコードを� �繁に共有リポジトリにコミットする手法のことです。 コードをコミットする� �度が高いほどエラーの検出が早くなり、開発者がエラーの原� を見つけるためにデバッグしなければならないコードの量も減ります。 コードの更新が� �繁であれば、ソフトウェア開発チー� の他のメンバーによる変更をマージするのも、それ� け容易になります。 コードの記述により多くの時間をかけられるようになり、エラーのデバッグやマージコンフリクトの解決にかける時間が減るので、これは開発者にとって� 晴らしいやり方です。

コードをリポジトリにコミットするとき、コミットによってエラーが発生しないように、コードのビルドとテストを継続的に行うことができます。 テストには、コードの文法チェッカー (スタイルフォーマットをチェックする)、セキュリティチェック、コードカバレッジ、機能テスト、その他のカスタ� チェックを含めることができます。

コードをビルドしてテストするには、サーバーが必要です。 ローカルでアップデートのビルドとテストを行ってからコードをリポジトリにプッシュする方法もありますし、リポジトリ での新しいコードのコミットをチェックするCIサーバーを使用する方法もあります。

GitHub Actions を使用する継続的インテグレーションについて

GitHub Actions を利用した CI では、リポジトリ中のコードをビルドしてテストを実行できるワークフローが利用できます。 ワークフローは、GitHub でホストされている仮想マシン、または自分がホストしているマシンで実行できます。 詳しい情� �については、「GitHub ホストランナーの仮想環境」および「セルフホストランナーについて」を参照してく� さい。

CIワークフローは、GitHubイベントが発生する (たとえば、新しいコードがリポジトリにプッシュされ) とき、または設定したスケジュールに応じて、あるいはリポジトリディスパッチwebhookを使用して外部イベントが発生するときに実行されるように設定することができます。

GitHub Enterprise Server は CI テストを実行して、プルリクエストで各テストの結果を提供するため、ブランチの変更によってエラーが発生したかどうかを確認できます。 ワークフローのテストがすべて成功すると、プッシュした変更をチー� メンバーがレビューできるように、またはマージできるようになります。 テストが失敗した� �合は、いずれかの変更がその原� になっている可能性があります。

リポジトリに CI を設定する際には、GitHub Enterprise Server がリポジトリ内のコードを分析し、リポジトリ内の言語とフレー� ワークに基づいて CI ワークフローを推奨します。 For example, if you use Node.js, GitHub Enterprise Server will suggest a starter workflow that installs your Node.js packages and runs your tests. You can use the CI starter workflow suggested by GitHub Enterprise Server, customize the suggested starter workflow, or create your own custom workflow file to run your CI tests.

Screenshot of suggested continuous integration starter workflows

プロジェクトの CI ワークフローの設定� けでなく、GitHub Actions を使用してソフトウェア開発のライフサイクル全体に渡るワークフローを作成することもできます。 たとえば、Actionを使用してプロジェクトをデプロイ、パッケージ、またはリリースすることが可能です。 詳しい情� �については、「GitHub Actions について」を参照してく� さい。

一般的な用語の定義については「GitHub Actions の中� �的概念」を参照してく� さい。

Starter workflow

GitHub Enterprise Server offers CI starter workflow for a variety of languages and frameworks.

Browse the complete list of CI starter workflow offered by GitHub in the actions/starter-workflows repository on your GitHub Enterprise Server instance.

参考リンク