テンプレートの選択が表示されます。「ruby」を検索します。クリックして、ワークフローの選択をフィルター処理します。呼び出した新しいファイルにコピーします。rake必要に応じてワークフローを編集します。バージョンを変更します。よって認定されていないアクションが使われます。ドキュメントが適用されます。指定されたバージョンを使用する必要があります。更新する必要があります。タグまたはブランチを参照してバージョンを指定できますが、アクションは警告なしに変更される可能性があります。セキュリティ強化」を参照してください。アクションを使用することです。バージョンが追加されます。異なるバージョンの間で一貫した動作が保証されるため、この方法をお勧めします。バージョンを入力として受け取り、ランナー上でそのバージョンを構成します。テスト複数バージョンのRubyでワークフローを実行するように、マトリクス戦略を追加できます。リリースに対してコードをテストできます。各バージョンで、同じ手順を実行するジョブが作成されます。コンテキストが使われます。ワークフロー構文」および「ワークフロー実行に関するコンテキスト情報へのアクセス」を参照してください。マトリクス戦略を持つ更新された完全なワークフローは、以下のようになるでしょう。このワークフローはGitHubによって認定されていないアクションを使用します。ドキュメントを参照してください。アクションをピン留めすることが推奨されます。更新する必要があります。タグまたはブランチを参照することもできますが、アクションは警告なしに変更される可能性があります。アクションにより、バンドルが自動的にインストールされます。ファイルによって決まります。ロックファイルにバージョンがなければ、互換性のある最新のバージョンがインストールされます。キャッシュを自動的に処理する方法が提供されます。キャッシングを有効にするには、以下の設定をしてください。よってキャッシュされ、それ以降のワークフローの実行の際に再ダウンロードされます。キャッシュのキーとしては、gemfile.lockのハッシュとRubyのバージョンが使われます。新しいgemをインストールしたり、バージョンを変更したりすると、キャッシュは無効になり、bundlerは新しくインストールを行います。アクションを直接使用できます。詳しくは、「依存関係をキャッシュしてワークフローのスピードを上げる」を参照してください。3マトリクスビルドを使っているなら、キャッシュのキーにマトリクスの変数を含めたくなるでしょう。対してマトリクス戦略を使用している場合、ワークフローの手順は次のようになります。3コードのマトリクステスト以下の例のマトリクスは、すべての安定リリースとヘッドバージョンのMRI、JRuby、TruffleRubyをUbuntu及びmacOSでテストします。このワークフローはGitHubによって認定されていないアクションを使用します。ドキュメントを参照してください。アクションをピン留めすることが推奨されます。更新する必要があります。タグまたはブランチを参照することもできますが、アクションは警告なしに変更される可能性があります。インストールされ、それを使ってすべてのファイルがリントされます。構成することができます。このワークフローはGitHubによって認定されていないアクションを使用します。ドキュメントを参照してください。アクションをピン留めすることが推奨されます。更新する必要があります。タグまたはブランチを参照することもできますが、アクションは警告なしに変更される可能性があります。タブにインラインで表示されます。gemの公開CIテストにパスしたなら、Rubyパッケージを任意のパッケージレジストリに公開するようにワークフローを設定できます。パッケージを公開するのに必要なアクセストークンや認証情報は、リポジトリシークレットを使って保存できます。このワークフローはGitHubによって認定されていないアクションを使用します。ドキュメントを参照してください。アクションをピン留めすることが推奨されます。更新する必要があります。タグまたはブランチを参照することもできますが、アクションは警告なしに変更される可能性があります。