Note: GitHub Actions was available for GitHub Enterprise Server 2.22 as a limited beta. The beta has ended. GitHub Actions is now generally available in GitHub Enterprise Server 3.0 or later. For more information, see the GitHub Enterprise Server 3.0 release notes.
- For more information about upgrading to GitHub Enterprise Server 3.0 or later, see "Upgrading GitHub Enterprise Server."
- For more information about configuring GitHub Actions after you upgrade, see the documentation for GitHub Enterprise Server 3.0.
Note: GitHub-hosted runners are not currently supported on GitHub Enterprise Server. You can see more information about planned future support on the GitHub public roadmap.
はじめに
JenkinsとGitHub Actionsは、どちらも自動的にコードのビルド、テスト、公開、リリース、デプロイを行うワークフローを作成できます。 JenkinsとGitHub Actionsは、ワークフローの設定において似ているところがあります。
- Jenkinsは宣言的パイプラインを使ってワークフローを作成します。これはGitHub Actionsのワークフローファイルに似ています。
- Jenkinsはステージを使ってステップの集合を実行しますが、GitHub Actionsは1つ以上のステップもしくは個別のコマンドをグループ化するのにジョブを使います。
- JenkinsとGitHub Actionsはコンテナベースのビルドをサポートします。 詳しい情報については「Docker コンテナアクションを作成する」を参照してください。
- ステップもしくはタスクは、再利用とコミュニティとの共有が可能です。
詳しい情報については、「GitHub Actionsの中核的概念」を参照してください。
主要な差異
- Jenkinsには、パイプラインの作成用の構文として、宣言的パイプラインとスクリプトパイプラインの2種類があります。 GitHub Actionsは、ワークフローと設定ファイルの作成にYAMLを使います。 詳しい情報については、「GitHub Actionsのワークフロー構文」を参照してください。
- Jenkinsのデプロイメントは通常セルフホストであり、ユーザが自身のデータセンター内のサーバーをメンテナンスします。 GitHub Actionsは、ジョブの実行に利用できる独自のランナーをホストするハイブリッドクラウドのアプローチを提供しながら、セルフホストランナーもサポートします。 詳しい情報については「セルフホストランナーについて」を参照してください。
機能の比較
ビルドの分配
Jenkinsでは、ビルドを単一のビルドエージェントに送信することも、複数のエージェントに対して分配することもできます。 それらのエージェントを、オペレーティングシステムの種類などの様々な属性に従って分類することもできます。
同様に、GitHub Actions はジョブを GitHub ホストまたはセルフホストランナーに送信でき、ラベルを使用してさまざまな属性に従ってランナーを分類できます。 以下の表は、分散ビルドの概念がJenkinsとGitHub Actionsでどのように実装されているかを比較しています。
Jenkins | GitHub Actions |
---|---|
エージェント | runners self-hosted runners |
セクションを利用したパイプラインの整理
Jenkinsは、宣言的パイプラインを複数のセクションに分割します。 同様に、GitHub Actions はワークフローを個別のセクションに編成します。 以下の表は、JenkinsのセクションをGitHub Actionsのワークフローと比較しています。
Jenkinsのディレクティブ | GitHub Actions |
---|---|
agent | jobs.<job_id>.runs-on jobs.<job_id>.container |
post | |
stages | jobs |
steps | jobs.<job_id>.steps |
ディレクティブの利用
Jenkinsは、宣言的パイプラインを管理するためにディレクティブを使います。 それらのディレクティブは、ワークフローの特徴と、その実行方法を定義します。 以下の表は、それらのディレクティブがGitHub Actionsの概念とどのように対応するかを示しています。
シーケンシャルなステージの利用
並列なジョブの処理
Jenkinsはステージ
とステップ
を並行して実行できますが、GitHub Actionsが並行に処理できるのは現時点ではジョブだけです。
Jenkinsの並列処理 | GitHub Actions |
---|---|
parallel | jobs.<job_id>.strategy.max-parallel |
ビルドマトリックス
GitHub ActionsとJenkinsはどちらも、ビルドマトリックスを使って様々なシステムの組み合わせを定義できます。
Jenkins | GitHub Actions |
---|---|
axis | strategy/matrix context |
stages | steps-context |
excludes |
ステップを使ったタスクの実行
Jenkinsはステップ
をまとめてステージ
にグループ化します。 それらの各ステップは、スクリプト、関数、コマンドなどです。 同様に、GitHub Actionsはジョブ
を使って特定のステップ
のグループを実行します。
Jenkinsのステップ | GitHub Actions |
---|---|
script | jobs.<job_id>.steps |
一般的なタスクの例
cron
で実行するようパイプラインをスケジュール
Jenkinsのパイプライン | GitHub Actionsのワークフロー |
---|---|
|
|
パイプライン中での環境変数の設定
Jenkinsのパイプライン | GitHub Actionsのワークフロー |
---|---|
|
|
上流のプロジェクトからのビルド
Jenkinsのパイプライン | GitHub Actionsのワークフロー |
---|---|
|
|
複数のオペレーティングシステムでのビルド
Jenkinsのパイプライン | GitHub Actionsのワークフロー |
---|---|
|
|