Packagesからインストールするように設定できます。3.0以降で利用できます。Packagesは、レガシーのリポジトリごとのプランを使っているアカウントが所有しているプライベートリポジトリでは利用できません。従来のリポジトリごとのプランを使用しているアカウントは、詳細なアクセス許可をサポートするレジストリにアクセスできません。これらのアカウントはリポジトリによって課金されるためです。Packagesの権限について」を参照してください。プラン」をご覧ください。Actionsは、コードを保存するのと同じ場所でソフトウェア開発のワークフローを自動化し、プルリクエストやIssueで協力することを支援します。個々のタスクを書き、アクションを呼び出し、それらを組み合わせてカスタムのワークフローを作成できます。機能をリポジトリに直接ビルドすることができます。詳しくは、「ワークフローの書き込み」をご覧ください。ワークフローの一部としてパッケージの公開やインストールを行うことで、リポジトリのCI及びCDの機能を拡張できます。レジストリでは、細かなアクセス許可がサポートされています。スコープ設定するか、リポジトリにリンクするのを許可することを選べます。Packagesの権限について」をご覧ください。使うようにワークフローを更新することを強くお勧めします。Actionsでのパッケージの公開とインストール」をご覧ください。段階であり、変更される可能性があります。使ってパッケージを削除または復元できます。アクセス許可が自動的に付与されます。ついて詳しくは、「自動トークン認証」をご覧ください。セキュリティ強化」をご覧ください。レジストリでは、リポジトリがスコープ指定されたアクセス許可のみがサポートされ、詳細なアクセス許可はサポートされていません。Packagesの権限について」をご覧ください。使うことをお勧めします。スコープに対する書き込みアクセス権を付与する必要があります。親リポジトリの読み取りアクセス権が付与されます。詳しくは、「自動トークン認証」を参照してください。コンテキストを使って参照できます。詳しくは、「自動トークン認証」を参照してください。レベルで独立したリソースとしてパッケージを作成および管理できます。個人アカウントにパッケージのスコープを設定でき、リポジトリのアクセス許可とは別に各パッケージへのアクセス権をカスタマイズできます。セキュリティ強化」をご覧ください。Appをインストールします。Appの代わりに認証を受けるために使うことができます。このトークンの権限は、ワークフローを含むリポジトリに限定されます。詳しくは、「自動トークン認証」を参照してください。通じてパッケージをプッシュしたりプルしたりできます。詳細なアクセス許可をサポートしているレジストリ内のパッケージの場合、ワークフローを通じてパッケージを作成、インストール、変更、削除するときに、管理者がワークフローに確実にアクセスできるようにするために使われる既定のアクセス許可とアクセス設定がいくつかあります。これらのアクセス設定も調整できます。Packagesの権限について」をご覧ください。使ってパッケージを作成する場合は、既定では次のようになります。パッケージは、ワークフローが実行されたリポジトリの可視性とアクセス許可モデルを継承します。パッケージが作成されると、ワークフローが実行されたリポジトリの管理者が、そのパッケージの管理者になります。パッケージを管理するワークフローに対してデフォルトの権限の働き方の例は、もっとあります。パッケージがパブリックの場合は、任意のリポジトリで実行された任意のワークフローが、パッケージをダウンロードできます。アカウントによって所有される任意のリポジトリで実行されたすべてのワークフローが、パッケージをダウンロードできます。パッケージがプライベートの場合は、リポジトリ内で実行されたワークフローのうち、そのパッケージに対する読み取りアクセス許可を付与されているものだけが、パッケージをダウンロードできます。パッケージにアクセスできるようになります。パッケージがプライベート、内部、またはパブリックの場合、リポジトリ内で実行されたワークフローのうち、そのパッケージに対する書き込みアクセス許可を付与されているものだけが、パッケージに新しいバージョンアップロードできます。パッケージがプライベート、内部、またはパブリックの場合、リポジトリ内で実行されたワークフローのうち、管理者アクセス許可を付与されているものだけが、パッケージの既存のバージョンを削除できます。パッケージへのアクセス権をさらに細かく調整したり、既定のアクセス許可の動作の一部を調整したりすることもできます。詳しくは、「パッケージのアクセス制御と可視性の設定」を参照してください。Actionsを使用してパッケージを自動的に公開できます。対するアプローチにより、コードが品質基準を満たしている場合に新しいパッケージの作成を自動化できます。テストを実行するワークフローを作成してはいかがでしょう。Packagesに公開できます。パッケージのクライアントによって、設定のステップは様々です。ワークフローの構成に関する一般的な情報については、「ワークフローの書き込み」を参照してください。Packagesに公開する方法を示しています。上記に関連する設定は、コードで説明しています。ワークフロー構文」をご覧ください。よって認定されていないアクションが使われます。ドキュメントが適用されます。アクションをピン留めすることをお勧めします。更新する必要があります。タグまたはブランチを参照することもできますが、アクションは警告なしに変更される可能性があります。いう名前のブランチに変更をプッシュするたびに自動的に実行されます。タブで、この進捗を表示できます。ワークフローが完了してから数分後に、新しいパッケージがリポジトリに表示されます。使用可能なパッケージを見つけるには、「パッケージの表示」をご覧ください。Actionsを使い、CIフローの一部としてパッケージをインストールできます。Packagesによってホストされているパッケージをダウンロードしてインストールすることで、依存関係を解決するようにワークフローを設定できます。ワークフローはその依存関係を必要とするCIテストを実行できます。使う際に最小限の設定もしくは追加の認証が必要です。アクションがパッケージをインストールする場合、データ転送も無料です。詳細については、「GitHubパッケージの支払いについて」を参照してください。パッケージのクライアントによって、設定のステップは様々です。ワークフローの構成に関する一般的な情報については、「ワークフローの書き込み」を参照してください。使うようにワークフローを更新することを強くお勧めします。ついて詳しくは、「自動トークン認証」をご覧ください。使う必要がなくなるので、リポジトリのセキュリティが向上します。セキュリティ強化」をご覧ください。パッケージのランディングページにアクセスしてください。パッケージがワークフローに確実にアクセスできるようにするには、ワークフローが格納されているリポジトリをパッケージに追加する必要があります。クリックして、追加するリポジトリを検索します。ボタンを使用してリポジトリをパッケージに追加することは、パッケージをリポジトリに接続することとは別です。詳細については、「パッケージのアクセス制御と可視性の設定」および「リポジトリのパッケージへの接続」を参照してください。ワークフローファイルを開いてください。