166 検索結果 "runs-on"

GitLab CI/CD では、異なるプラットフォームでジョブを実行するために tags を使いますが、GitHub Actions では runs-on を使います。 以下は、それぞれのシステムにおける構文の例です。 ランナーの GitLab CI/CD 構文 windows_job: tags:

ランナーの使用について ランナー スケール セットで実行するジョブを割り当てるには、GitHub Actions ワークフロー ファイル内の runs-on キーの値としてスケール セットの名前を指定できます。 たとえば、ランナー スケール セットの次の構成では、INSTALLATION_NAME 値が

詳しくは、「ワークフローでのジョブのバリエーションの実行」をご覧ください。 YAML name: Python package on: [push] jobs: build: runs-on: ubuntu-latest strategy: matrix: python-version: ["pypy3.10",

れます。 container を設定しない場合、ステップがコンテナーで実行するように構成されたアクションを参照しない限り、すべてのステップは runs-on で指定されたホスト上で直接実行されます。 Note コンテナー内の run ステップの既定のシェルは、bash ではなく sh です。 これは、jobs

apt パッケージをインストールする方法を示します。 name: Build on Ubuntu on: push jobs: build: runs-on: ubuntu-latest steps: - name: Check out repository code uses: actions/checkout@v4

この例のジョブでは、既存のシークレットを環境変数として参照し、それをパラメーターとしてサンプル コマンドに送信する方法を示します。 jobs: example-job: runs-on: ubuntu-latest steps: - name: Retrieve secret env: super_secret: ${{ secrets

step runs in PowerShell" スクリプト ステップの GitHub Actions 構文 jobs: scripts: runs-on: windows-latest steps: - run: echo "This step runs in the default shell"

runを使用してランナーで コマンドnpm install -g bats を実行する方法を示します。 jobs: example-job: runs-on: ubuntu-latest steps: - run: npm install -g bats ワークフローを使用してリポジトリに格納されて

action.yaml. The data in the metadata file defines the inputs, outputs, and runs configuration for your action. Action metadata files use YAML syntax. If

PATH に追加する必要があります。 複数のバージョンの Go の使用 YAML name: Go on: [push] jobs: build: runs-on: ubuntu-latest strategy: matrix: go-version: [ '1.19', '1.20', '1.21.x'