GitHub Actions を使用した継続的デリバリー

GitHub Actions ワークフローを使用して、Azure Functions でコードを自動的にビルドして関数アプリにデプロイするワークフローを定義できます。

ワークフロー構成を定義する YAML ファイル (.yml) は、リポジトリの /.github/workflows/ パスに保持されます。この定義には、関数の開発言語に固有であるワークフローを構成するアクションとパラメーターが含まれます。 Functions の GitHub Actions ワークフローは、言語に関係なく、次のタスクを実行します。

環境を設定します。
コードプロジェクトをビルドします。
パッケージを Azure の関数アプリにデプロイします。

Azure Functions アクションは、Azure の既存の関数アプリへのデプロイを処理します。

デプロイ用のワークフロー構成ファイルを手動で作成できます。次のいずれかの方法で、一連の言語固有のテンプレートからファイルを生成することもできます。

Azure ポータルで次の操作を行います。
Azure CLI の使用
GitHub リポジトリから

YAML ファイルを手動で作成しない場合は、記事の上部にある別の方法を選択してください。

前提条件

アクティブなサブスクリプションが含まれる Azure アカウント。無料でアカウントを作成できます。
GitHub アカウント。お持ちでない場合は、無料でサインアップしてください。
GitHub リポジトリ内のソースコードを使用して Azure 上でホストされ、機能している関数アプリ。

Azure CLI (ローカルで開発する場合)。 Azure Cloud Shell で Azure CLI を使用することもできます。

デプロイ資格情報を生成する

GitHub Actions はデプロイ時に発行プロファイルを使用して関数アプリにアクセスするため、まず発行プロファイルを取得し、GitHub シークレットとして安全に格納する必要があります。

重要

発行プロファイルは、Azure リソースへのアクセスを許可する貴重な資格情報です。常に安全に移動および保管するようにしてください。 GitHub では、発行プロファイルは GitHub シークレットにのみ格納する必要があります。

発行プロファイルのダウンロード

関数アプリの発行プロファイルをダウンロードするには、次を操作を行います。

Azure portal で、関数アプリのページを探し、左側の列の [設定]>[構成] を展開します。
[構成] ページで、[全般設定] タブを選択し、[SCM 基本認証の発行資格情報] が [オン] になっていることを確認します。この設定が [オフ] の場合は、発行プロファイルを使用できないため、[オン] を選択し、[保存] を選択します。
関数アプリの [概要] ページに戻ってから、[発行プロファイルの取得] を選択します。
ファイルの内容を保存してコピーします。

GitHub シークレットを追加する

GitHub で、お使いのリポジトリに移動します。
[設定]に移動します。
[シークレットと変数] > [アクション] を選択します。
[New repository secret]\(新しいリポジトリシークレット\) を選択します。
発行プロファイルファイルの内容に名前 AZURE_FUNCTIONAPP_PUBLISH_PROFILE と値が設定された新しいシークレットを追加します。
[Add secret]\(シークレットの追加\) を選択します。

これで GitHub は、お使いの Azure の関数アプリに認証できるようになりました。

テンプレートからワークフローを作成する

ワークフロー構成を手動で作成する最善の方法は、公式にサポートされているテンプレートから開始することです。

ポータルでワークフロー構成を作成する

ポータルを使用して GitHub Actions を有効にすると、Functions によって、アプリケーションスタックに基づいてワークフローファイルが作成され、GitHub リポジトリの適切なディレクトリにコミットされます。

ポータルは発行プロファイルを自動的に取得し、リポジトリの GitHub シークレットに追加します。

関数アプリの作成時

Azure portal で関数を作成するときは、[デプロイ] タブから GitHub Actions を使用してすばやく開始できます。新しい関数アプリを作成するときに GitHub Actions ワークフローを追加するには、次の手順に従います。

Azure portal で、[関数アプリを作成する] フローの [デプロイ] を選択します。
コード更新ごとに Azure portal へのコードプッシュをトリガーする場合は、[継続的デプロイ] を有効にします。
GitHub 組織、リポジトリ、ブランチを入力します。
関数アプリの構成を完了します。 GitHub リポジトリの /.github/workflows/ に新しいワークフローファイルが追加されました。

既存の関数アプリの場合

既存の関数アプリに GitHub Actions ワークフローを追加するには、次の手順に従います。

Azure portal で関数アプリに移動して、[デプロイセンター] を選びます。
[ソース] で [GitHub] を選びます。既定のメッセージ "GitHub Actions を使用してビルドしています" が表示されない場合は、[プロバイダーの変更]、[GitHub Actions]、[OK] の順に選びます。
GitHub のアクセスをまだ認めていない場合は、[承認] を選びます。 GitHub の資格情報を入力して、[サインイン] を選びます。別の GitHub アカウントを承認するには、[アカウントの変更] を選び、別のアカウントでサインインします。
お使いの GitHub の [組織]、[リポジトリ]、[ブランチ] を選びます。 GitHub Actions を使ってデプロイするには、このリポジトリへの書き込みアクセス権が必要です。
[認証設定] で、GitHub Actions の認証を [ユーザー割り当て ID] で行うか、[基本認証] の資格情報を使うかを選びます。基本認証の場合は、現在の資格情報が使われます。
[ファイルのプレビュー] を選んで、GitHub リポジトリの github/workflows/ に追加されるワークフローファイルを確認します。
[保存] を選択して、ワークフローファイルをリポジトリに追加します。

ワークフロー構成をリポジトリに追加する

az functionapp deployment github-actions add コマンドを使用して、関数アプリ用の適切なテンプレートからワークフロー構成ファイルを生成できます。新しい YAML ファイルは、指定した GitHub リポジトリの適切な場所 (/.github/workflows/) に格納され、アプリの発行プロファイルファイルは同じリポジトリ内の GitHub シークレットに追加されます。

この az functionapp コマンドを実行し、値 githubUser/githubRepo、MyResourceGroup、MyFunctionapp を置き換えます。
```
az functionapp deployment github-actions add --repo "githubUser/githubRepo" -g MyResourceGroup -n MyFunctionapp --login-with-github
```
このコマンドでは、対話的な方法を使用して、GitHub アカウントの個人用アクセストークンを取得します。

ターミナルウィンドウに、次のようなメッセージが表示されます。

Please navigate to https://github.com/login/device and enter the user code XXXX-XXXX to activate and retrieve your GitHub personal access token.

一意の XXXX-XXXX コードをコピーし、https://github.com/login/device にアクセスして、コピーしたコードを入力します。コードを入力すると、次のようなメッセージが表示されます。

Verified GitHub repo and branch
Getting workflow template using runtime: java
Filling workflow template with name: func-app-123, branch: main, version: 8, slot: production, build_path: .
Adding publish profile to GitHub
Fetching publish profile with secrets for the app 'func-app-123'
Creating new workflow file: .github/workflows/master_func-app-123.yml

GitHub リポジトリにアクセスし、[Actions] を選択します。ワークフローが実行されたことを確認します。

ワークフロー構成ファイルを作成する

GitHub Actions ワークフロー構成ファイルは、Azure Functions テンプレートから、また GitHub リポジトリから直接作成できます。

GitHub で、お使いのリポジトリに移動します。
[Actions] および [New workflow] を選択します。
"functions" を検索します。
Microsoft Azure によって作成された関数アプリワークフローが表示されるので、コードの言語に一致するものを探して [構成] を選択します。
新しく作成した YAML ファイルで、env.AZURE_FUNCTIONAPP_NAME パラメーターを Azure の関数アプリリソースの名前で更新します。必要に応じて、C# の DOTNET_VERSION など、アプリで使用される言語バージョンを設定するパラメーターを更新することが必要な場合があります。
新しいワークフローファイルが /.github/workflows/ に保存されていることを確認し、[Commit changes...] を選択します。

ワークフロー構成を更新する

何らかの理由で既存のワークフロー構成を更新または変更する必要がある場合は、リポジトリの /.github/workflows/ の場所にアクセスし、特定の YAML ファイルを開き、必要な変更を加えてから、リポジトリに更新をコミットするだけです。

例: ワークフロー構成ファイル

次のテンプレートの例では、認証に functions-action のバージョン 1 と publish profile を使用しています。テンプレートは、選択した言語と、関数アプリをデプロイするオペレーティングシステムによって異なります。

Windows
Linux

関数アプリを Linux で実行する場合は、[Linux] を選択します。

name: Deploy DotNet project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root
  DOTNET_VERSION: '6.0.x'                   # set this to the dotnet version to use (e.g. '2.1.x', '3.1.x', '5.0.x')

jobs:
  build-and-deploy:
    runs-on: windows-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup DotNet ${{ env.DOTNET_VERSION }} Environment
      uses: actions/setup-dotnet@v3
      with:
        dotnet-version: ${{ env.DOTNET_VERSION }}

    - name: 'Resolve Project Dependencies Using Dotnet'
      shell: pwsh
      run: |
        pushd './${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}'
        dotnet build --configuration Release --output ./output
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: '${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}/output'
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}

name: Deploy DotNet project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root
  DOTNET_VERSION: '6.0.x'                   # set this to the dotnet version to use (e.g. '2.1.x', '3.1.x', '5.0.x')

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup DotNet ${{ env.DOTNET_VERSION }} Environment
      uses: actions/setup-dotnet@v3
      with:
        dotnet-version: ${{ env.DOTNET_VERSION }}

    - name: 'Resolve Project Dependencies Using Dotnet'
      shell: bash
      run: |
        pushd './${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}'
        dotnet build --configuration Release --output ./output
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: '${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}/output'
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}

name: Deploy Java project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  POM_XML_DIRECTORY: '.'                    # set this to the directory which contains pom.xml file
  JAVA_VERSION: '8'                         # set this to the java version to use (e.g. '8', '11', '17')

jobs:
  build-and-deploy:
    runs-on: windows-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup Java Sdk ${{ env.JAVA_VERSION }}
      uses: actions/setup-java@v1
      with:
        java-version: ${{ env.JAVA_VERSION }}

    - name: 'Restore Project Dependencies Using Mvn'
      shell: pwsh
      run: |
        pushd './${{ env.POM_XML_DIRECTORY }}'
        mvn clean package
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: '${{ env.POM_XML_DIRECTORY }}' # if there are multiple function apps in same project, then this path will be like './${{ env.POM_XML_DIRECTORY }}/target/azure-functions/${{ env.POM_FUNCTIONAPP_NAME }'
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}
        respect-pom-xml: true

name: Deploy Java project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  POM_XML_DIRECTORY: '.'                    # set this to the directory which contains pom.xml file
  JAVA_VERSION: '8'                         # set this to the java version to use (e.g. '8', '11', '17')

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup Java Sdk ${{ env.JAVA_VERSION }}
      uses: actions/setup-java@v1
      with:
        java-version: ${{ env.JAVA_VERSION }}

    - name: 'Restore Project Dependencies Using Mvn'
      shell: bash
      run: |
        pushd './${{ env.POM_XML_DIRECTORY }}'
        mvn clean package
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: '${{ env.POM_XML_DIRECTORY }}' # if there are multiple function apps in same project, then this path will be like './${{ env.POM_XML_DIRECTORY }}/target/azure-functions/${{ env.POM_FUNCTIONAPP_NAME }'
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}
        respect-pom-xml: true

name: Deploy Node.js project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root
  NODE_VERSION: '16.x'                      # set this to the node version to use (e.g. '8.x', '10.x', '12.x')

jobs:
  build-and-deploy:
    runs-on: windows-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup Node ${{ env.NODE_VERSION }} Environment
      uses: actions/setup-node@v3
      with:
        node-version: ${{ env.NODE_VERSION }}

    - name: 'Resolve Project Dependencies Using Npm'
      shell: pwsh
      run: |
        pushd './${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}'
        npm install
        npm run build --if-present
        npm run test --if-present
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: ${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}

name: Deploy Node.js project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root
  NODE_VERSION: '16.x'                      # set this to the node version to use (e.g. '8.x', '10.x', '12.x')

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup Node ${{ env.NODE_VERSION }} Environment
      uses: actions/setup-node@v3
      with:
        node-version: ${{ env.NODE_VERSION }}

    - name: 'Resolve Project Dependencies Using Npm'
      shell: bash
      run: |
        pushd './${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}'
        npm install
        npm run build --if-present
        npm run test --if-present
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: ${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}

name: Deploy Python project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root
  PYTHON_VERSION: '3.9'                     # set this to the python version to use (e.g. '3.6', '3.7', '3.8')

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: Setup Python ${{ env.PYTHON_VERSION }} Environment
      uses: actions/setup-python@v4
      with:
        python-version: ${{ env.PYTHON_VERSION }}

    - name: 'Resolve Project Dependencies Using Pip'
      shell: bash
      run: |
        pushd './${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}'
        python -m pip install --upgrade pip
        pip install -r requirements.txt --target=".python_packages/lib/site-packages"
        popd

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: ${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}
        scm-do-build-during-deployment: true
        enable-oryx-build: true

name: Deploy PowerShell project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root

jobs:
  build-and-deploy:
    runs-on: windows-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: ${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}

name: Deploy PowerShell project to Azure Function App

on:
  [push]

env:
  AZURE_FUNCTIONAPP_NAME: 'your-app-name'   # set this to your function app name on Azure
  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.'       # set this to the path to your function app project, defaults to the repository root

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    environment: dev
    steps:
    - name: 'Checkout GitHub Action'
      uses: actions/checkout@v3

    - name: 'Run Azure Functions Action'
      uses: Azure/functions-action@v1
      id: fa
      with:
        app-name: ${{ env.AZURE_FUNCTIONAPP_NAME }}
        package: ${{ env.AZURE_FUNCTIONAPP_PACKAGE_PATH }}
        publish-profile: ${{ secrets.AZURE_FUNCTIONAPP_PUBLISH_PROFILE }}

Azure Functions のアクション

Azure Functions アクション (Azure/functions-action) は、Azure の既存の関数アプリに、またはアプリの特定のスロットにコードがどのように発行されるかを定義します。

パラメーター

すべての関数アプリのプランには、次のパラメーターが必要です。

パラメーター	説明
app-name	関数アプリの名前。
package	これは、発行先のプロジェクト内の場所です。既定では、この値は `.` に設定されており、GitHub リポジトリ内のすべてのファイルとフォルダーがデプロイされることを意味します。

Flex 従量課金プランには、次のパラメーターが必要です。

パラメーター説明

sku publish-profile を使用して認証する場合は、これを flexconsumption に設定します。 RBAC 資格情報を使用する場合、または Flex 従量課金プラン以外にデプロイする場合、アクションは値を解決できるため、パラメーターを含める必要はありません。

remote-build パッケージが Flex 従量課金アプリにデプロイされたときに Kudu からのビルドアクションを有効にするには、これを true に設定します。 Oryx ビルドは、Flex 従量課金のリモートビルド中に常に実行されます。scm-do-build-during-deployment または enable-oryx-build は設定しないでください。既定では、このパラメーターは false に設定されます。

パラメーター	説明
sku	publish-profile を使用して認証する場合は、これを `flexconsumption` に設定します。 RBAC 資格情報を使用する場合、または Flex 従量課金プラン以外にデプロイする場合、アクションは値を解決できるため、パラメーターを含める必要はありません。
remote-build	パッケージが Flex 従量課金アプリにデプロイされたときに Kudu からのビルドアクションを有効にするには、これを `true` に設定します。 Oryx ビルドは、Flex 従量課金のリモートビルド中に常に実行されます。scm-do-build-during-deployment または enable-oryx-build は設定しないでください。既定では、このパラメーターは `false` に設定されます。

次のパラメーターは、従量課金プラン、Elastic Premium プラン、App Service (専用) プランに固有です。

パラメーター説明

SCM_DO_BUILD_DURING_DEPLOYMENT (省略可能) Kudu サイト (例: https://<APP_NAME>.scm.azurewebsites.net/) で、リモートビルドなどのデプロイ前操作を実行できるようにします。既定では、これは false に設定されています。 GitHub ワークフローの依存関係を解決するのではなく、Kudu を使用してデプロイ動作を制御する場合は、これを true に設定します。詳細については、SCM_DO_BUILD_DURING_DEPLOYMENT の設定を参照してください。

ENABLE_ORYX_BUILD (省略可能) Kudu サイトで、Oryx を使用してプロジェクトの依存関係を解決できるようにします。既定では、これは false に設定されています。 Oryx を使用して GitHub ワークフローではなく依存関係を解決する場合は、scm-do-build-during-deployment と enable-oryx-build の両方を true に設定します。

パラメーター	説明
SCM_DO_BUILD_DURING_DEPLOYMENT	(省略可能) Kudu サイト (例: `https://<APP_NAME>.scm.azurewebsites.net/`) で、リモートビルドなどのデプロイ前操作を実行できるようにします。既定では、これは `false` に設定されています。 GitHub ワークフローの依存関係を解決するのではなく、Kudu を使用してデプロイ動作を制御する場合は、これを `true` に設定します。詳細については、`SCM_DO_BUILD_DURING_DEPLOYMENT` の設定を参照してください。
ENABLE_ORYX_BUILD	(省略可能) Kudu サイトで、Oryx を使用してプロジェクトの依存関係を解決できるようにします。既定では、これは `false` に設定されています。 Oryx を使用して GitHub ワークフローではなく依存関係を解決する場合は、scm-do-build-during-deployment と enable-oryx-build の両方を `true` に設定します。

すべての関数アプリプランの省略可能なパラメーター:

パラメーター	説明
slot-name	これは、デプロイ先のデプロイスロットの名前です。既定では、この値は空です。これは、GitHub Actions が運用サイトにデプロイされることを意味します。この設定が非運用スロットを指している場合は、publish-profile パラメーターに、運用サイトではなくスロットの資格情報が含まれていることを確認してください。現在、Flex 従量課金ではサポートされていません。
publish-profile	発行プロファイルを含む GitHub シークレットの名前。
respect-pom-xml	Java 関数にのみ使用されます。アプリのデプロイ成果物を pom.xml ファイルから派生させる必要があるかどうかを指定します。 Java 関数アプリをデプロイするときは、このパラメーターを `true` に設定し、`package` を `.` に設定する必要があります。既定では、このパラメーターは `false` に設定されており、`package` パラメーターはアプリの成果物の場所 (`./target/azure-functions/` など) を指す必要があることを意味します。
respect-funcignore	GitHub Actions で .funcignore ファイルに従って、このファイルに定義されているファイルとフォルダーを除外するかどうかを指定します。リポジトリに .funcignore ファイルがあり、これを使用して、テキストエディター構成、.vscode/、Python 仮想環境 (.venv/) などのパスとファイルを除外する場合は、この値を `true` に設定します。既定の設定は `false` です。

考慮事項

Azure Functions アクションを使用するときは、次の考慮事項に注意してください。

GitHub Actions を使用する場合、次の表に示すように、コードのデプロイ方法はホスティングプランによって異なります。

ホスティングプラン	デプロイ方法
Flex Consumption	OneDeploy
Elastic Premium	Zip デプロイでアプリを従量課金プランに配置する
専用 (App Service) プラン	Zip デプロイでアプリを従量課金プランに配置する
消費	Windows: Zip デプロイ Linux: 外部パッケージの URL^*

* 従量課金プランで Linux 上でアプリを実行する機能は、廃止される予定です。詳細については、「 Azure Functions 従量課金プランのホスティング」を参照してください。

デプロイのために Azure に接続するときに GitHub で要求される資格情報は、GitHub リポジトリにシークレットとして格納され、デプロイでは secrets.<SECRET_NAME> としてアクセスされます。
GitHub Actions でデプロイのために Azure Functions に認証する最も簡単な方法は、発行プロファイルを使用することです。サービスプリンシパルを使用して認証することもできます。詳細については、この GitHub Actions リポジトリを参照してください。
環境を設定してビルドを実行するためのアクションは、テンプレートから生成され、言語固有です。
テンプレートでは env 要素を使用して、ビルドとデプロイに固有の設定を定義します。

次のステップ

Azure と GitHub の統合に関する詳細

フィードバック

このページはお役に立ちましたか?

Last updated on 2024-11-05