著者: Trix Cyrus

ウェイマップ侵入テストツール: ここをクリック
TrixSec Github: ここをクリック

---

GitHub アクションとは何ですか?

GitHub Actions は、GitHub に統(tǒng)合された自動(dòng)化ツールで、ワークフロー、CI/CD パイプライン、テスト、コード品質(zhì)チェック、さらにはリポジトリ內(nèi)でのデプロイメントを直接自動(dòng)化する機(jī)能を提供します。 YAML ファイルを使用してワークフローを定義できるため、トリガー、環(huán)境、タスクを完全に制御できます。

---

DevOps に GitHub アクションを使用する理由

1. GitHub との統(tǒng)合: GitHub リポジトリ、問題、プル リクエストとシームレスに統(tǒng)合します。
2. スケーラブルな CI/CD パイプライン: さまざまなプラットフォームでビルド、テスト、デプロイメントを?qū)g行します。
3. カスタマイズ可能なワークフロー: 単純なタスクから複雑な複數(shù)ステップのプロセスまで、ニーズに正確に一致するワークフローを定義します。
4. 再利用可能なワークフロー: 複數(shù)のプロジェクト間で再利用可能なワークフローとカスタム アクションを共有します。

---

GitHub アクションの主要コンポーネント

1. ワークフロー: .github/workflows ディレクトリに保存されている YAML ファイルで定義された自動(dòng)プロセス。
2. ジョブ: 各ワークフローは、同時(shí)または順次に実行できるジョブで構(gòu)成されます。
3. ステップ: 各ジョブには一連のステップがあり、コマンド、スクリプト、または再利用可能なアクションの実行が含まれる場(chǎng)合があります。
4. トリガー: プッシュ、プルリクエスト、スケジュールなど、ワークフローをトリガーするイベントを定義します。

---

初めての DevOps ワークフローをセットアップする

新しいコミットがプッシュされるたびにコードをテストしてビルドするための、基本的な CI ワークフローの作成について説明します。

1. ワークフロー ファイルの作成
   
   リポジトリの .github/workflows に移動(dòng)し、ci.yml.

という名前のファイルを作成します。

2. ワークフロー構(gòu)造を定義する
   

   name: CI Workflow

   on:
     push:
       branches:
         - main
     pull_request:
       branches:
         - main

   jobs:
     build:
       runs-on: ubuntu-latest

       steps:
         - name: Checkout code
           uses: actions/checkout@v3

         - name: Set up Node.js
           uses: actions/setup-node@v3
           with:
             node-version: '16'

         - name: Install dependencies
           run: npm install

         - name: Run tests
           run: npm test

         - name: Build project
           run: npm run build

1. ワークフローの説明

• トリガー (オン): ワークフローは、メイン ブランチをターゲットとする Push または pull_request イベントでトリガーされます。
• ジョブ: 依存関係をインストールし、テストを?qū)g行し、プロジェクトをビルドする?yún)g一のビルド ジョブがあります。
• ステップ: 各ステップではアクションまたはコマンドを使用します (例: コードをチェックアウトするためのアクション/チェックアウト、Node.js をセットアップするためのアクション/セットアップノード、およびさまざまな npm コマンド)。

---

lint チェックとコード品質(zhì)チェックの追加

コードの品質(zhì)を確保するために、ワークフローに lint ステップを追加できます。

- name: Lint code
  run: npm run lint

依存関係のインストールの後にこのステップを追加すると、パイプラインの早い段階でコード品質(zhì)の問題を特定するのに役立ちます。

---

GitHub アクションによるデプロイメントの自動(dòng)化

次に、AWS や Firebase などのクラウド サービスに自動(dòng)デプロイメント ステップを追加しましょう。

例: Firebase へのデプロイ

1. Firebase CLI をセットアップする
   
   まず、ローカルマシンに Firebase CLI をインストールして設(shè)定します。 firebase login:ci でトークンを生成し、GitHub シークレット (FIREBASE_TOKEN) として保存します。

2. 展開ステップを追加します
   

   name: CI Workflow

   on:
     push:
       branches:
         - main
     pull_request:
       branches:
         - main

   jobs:
     build:
       runs-on: ubuntu-latest

       steps:
         - name: Checkout code
           uses: actions/checkout@v3

         - name: Set up Node.js
           uses: actions/setup-node@v3
           with:
             node-version: '16'

         - name: Install dependencies
           run: npm install

         - name: Run tests
           run: npm test

         - name: Build project
           run: npm run build

ここでは、needs: build を指定します。これは、この展開ジョブがビルド ジョブが正常に完了した後にのみ実行されることを意味します。

---

GitHub アクションの高度なヒント

1. キャッシュを使用する: 依存関係をキャッシュすることでワークフローを高速化します。

- name: Lint code
  run: npm run lint

1. マトリックス ビルド: マトリックス戦略を使用して、複數(shù)のバージョンまたはプラットフォームにわたってテストします。

   deploy:
     needs: build
     runs-on: ubuntu-latest

     steps:
       - name: Checkout code
         uses: actions/checkout@v3

       - name: Set up Node.js
         uses: actions/setup-node@v3
         with:
           node-version: '16'

       - name: Install dependencies
         run: npm install

       - name: Build project
         run: npm run build

       - name: Deploy to Firebase
         env:
           FIREBASE_TOKEN: ${{ secrets.FIREBASE_TOKEN }}
         run: |
           npm install -g firebase-tools
           firebase deploy

1. シークレットと環(huán)境変數(shù): 機(jī)密情報(bào)を GitHub シークレットに保存し、${{ Secrets.SECRET_NAME }} を使用してアクセスします。

---

ワークフローの監(jiān)視とデバッグ

• ログの表示: GitHub Actions の各ステップでは、[アクション] タブからアクセスできるログが生成されます。
• デバッグ モード: 詳細(xì)ログを作成するには、値 true を指定して ACTIONS_STEP_DEBUG をシークレットに追加します。
• エラー通知: ワークフローの失敗に関するアラートを受信するように通知 (Slack や電子メールなど) を設(shè)定します。

---

再利用可能なワークフロー

プロジェクトが成長(zhǎng)するにつれて、YAML ファイルで workflow_call を定義し、特にコードのフォーマットやセキュリティ スキャンなどのタスクで複數(shù)のリポジトリ間で再利用することにより、再利用可能なワークフローを作成することを検討してください。

---

まとめ

GitHub Actions を使用して DevOps ワークフローを自動(dòng)化すると、生産性が向上し、人的エラーが削減され、より堅(jiān)牢な CI/CD パイプラインが作成されます。ワークフローがバックグラウンドでシームレスに実行されるため、開発者は展開タスクではなく、コードの作成に集中できます。 DevOps の取り組みにおける GitHub Actions の可能性を最大限に高めるために、テストから小規(guī)模に始めて、徐々にデプロイとモニタリングに拡張していきます。

---

このガイドは、GitHub Actions を使用してプロジェクトを構(gòu)築、テスト、デプロイするための基盤を提供します。慣れてきたら、カスタム アクション、統(tǒng)合、高度な自動(dòng)化を使用してさらに拡張し、完全に最適化された DevOps パイプラインを?qū)g現(xiàn)できます。

~TrixSec

以上がGitHub アクションを使用して DevOps ワークフローを自動(dòng)化するの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。