Skip to main content

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2023-01-18. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise にアップグレードします。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせく� さい

スターター ワークフローの使用

GitHub Enterprise Server には、さまざまな言語とツールのスターター ワークフローが用意されています。

注: GitHub ホステッド ランナーは、現在 GitHub Enterprise Server でサポートされていません。 GitHub public roadmap で、今後の計画的なサポートの詳細を確認できます。

スターター ワークフローについて

GitHub Enterprise Server には、さまざまな言語とツールのスターター ワークフローが用意されています。 リポジトリにワークフローを設定するときは、GitHub Enterprise Server によって、リポジトリ内のコードが分析され、リポジトリの言語とフレー� ワークに基づくワークフローが推奨されます。 たとえば、Node.js を使う� �合、Node.js パッケージをインストールしてテストを実行するスターター ワークフロー ファイルが GitHub Enterprise Server によって提案されます。

GitHub には、次の高レベルのカテゴリにすぐに使用できるスターター ワークフローが用意されています。

  • デプロイ (CD) 。 詳細については、「継続的デプロイについて」を参照してく� さい。
  • 継続的インテグレーション (CI) 。 詳細については、「継続的インテグレーションについて」を参照してく� さい。
  • オートメーション。 Automation スターター ワークフローには、pull request のトリアージや、pull request で変更されたパスに基づくラベルの適用、リポジトリに初めて投稿する人へのあいさつなど、ワークフローを自動化するためのソリューションが用意されています。

また、独自のスターター ワークフローを作成して、Organization で共有することもできます。 これらのスターター ワークフローは、GitHub Enterprise Server に用意されているスターター ワークフローと共に表示されます。 詳細については、「Organization のスターター ワークフローの作成」を参照してく� さい。

スターター ワークフローの使用

リポジトリへの書き込みアクセス許可を持つすべてのユーザーは、CI/CD または他の自動化を対象とした GitHub Actions スターター ワークフローを設定することができます。

  1. で、リポジトリのメイン ページへ移動します。 1. リポジトリ名の下の [Actions] (アクション) をクリックします。 メインのリポジトリ ナビゲーション内の [Actions](アクション) タブ

  2. ワークフローが既にリポジトリ内にある� �合は、 [新しいワークフロー] をクリックします。

  3. 「ワークフロー テンプレートの選択」ページには、推奨されるスターター ワークフローの選択内容が表示されます。 使いたいスターター ワークフローを見つけたら、 [このワークフローを設定する] をクリックします。

    このワークフローを設定します

  4. その他の設定手� �についての詳しいコメントがスターター ワークフローに含まれている� �合は、次の手� �に従います。 多くのスターター ワークフローには、対応するガイドがあります。 詳しい情� �については、「GitHub Actions ガイド」を参照してく� さい。

  5. 一部のスターター ワークフローでは、シークレットを使います。 これには、${{ secrets.npm_token }} などがあります。 スターター ワークフローでシークレットを使う� �合は、シークレット名に記述されている値をシークレットとしてリポジトリに� �納します。 詳細については、「暗号化されたシークレット」を参照してく� さい。

  6. 必要に応じて、さらに変更します。 たとえば、ワークフローの実行時に変更する on の値を変更できます。

  7. [コミットの開始] をクリックします。

  8. コミット メッセージを書き込み、既定のブランチに直接コミットするか、pull request を開くかを決定します。

参考資料