GitHub Packages is a platform for hosting and managing packages, including containers and other dependencies. GitHub Packages combines your source code and packages in one place to provide integrated permissions management and billing, so you can centralize your software development on GitHub.
You can integrate GitHub Packages with GitHub APIs, GitHub Actions, and webhooks to create an end-to-end DevOps workflow that includes your code, CI, and deployment solutions.
GitHub Packages offers different package registries for commonly used package managers, such as npm, RubyGems, Apache Maven, Gradle, Docker, and NuGet. GitHub's コンテナレジストリ is optimized for containers and supports Docker and OCI images. For more information on the different package registries that GitHub Packages supports, see "Working with a GitHub Packages registry."
You can view a package's README, as well as metadata such as licensing, download statistics, version history, and more on GitHub. For more information, see "Viewing packages."
|Permissions||The permissions for a package are either inherited from the repository where the package is hosted or, for packages in the コンテナレジストリ, they can be defined for specific user or organization accounts. For more information, see "Configuring a package’s access control and visibility."|
|Visibility||You can publish packages in a public repository (public packages) to share with all of GitHub, or in a private repository (private packages) to share with collaborators or an organization.|
For more information, see "About permissions for GitHub Packages."
GitHub Packagesの利用は、パブリックパッケージについては無料です。 For private packages, each account on GitHub.com receives a certain amount of free storage and data transfer, depending on the product used with the account. 含まれる金額を超える利用については、支出制限によって管理されます。 If you are a monthly-billed customer, your account will have a default spending limit of 0 US dollars (USD), which prevents additional usage of storage or data transfer after you reach the included amounts. 請求書でアカウントの支払いを行う場合、アカウントのデフォルトの支払い制限は無制限になります。 For more information, see "About billing for GitHub Packages."
GitHub Packages uses the native package tooling commands you're already familiar with to publish and install package versions.
|Language||Description||Package format||Package client|
|Ruby||RubyGems package manager|
|Java||Apache Maven project management and comprehension tool|
|Java||Gradle build automation tool for Java|
|.NET||NuGet package management for .NET|
|N/A||Docker container management|
For more information about configuring your package client for use with GitHub Packages, see "Working with a GitHub Packages registry."
For more information about Docker and the コンテナレジストリ, see "Working with the Container registry."
You need an access token to publish, install, and delete packages.
You can use a personal access token (PAT) to authenticate to GitHub Packages or the GitHub API. When you create a personal access token, you can assign the token different scopes depending on your needs. For more information about packages-related scopes for a PAT, see "About permissions for GitHub Packages."
To authenticate to a GitHub Packages registry within a GitHub Actions workflow, you can use:
GITHUB_TOKENto publish packages associated with the workflow repository.
- a PAT to install packages associated with other private repositories (which
You can delete a package in the GitHub.com user interface or using the REST API. For more information, see the "GitHub Packages API."
When you use the GraphQL API to query and delete private packages, you must use the same token you use to authenticate to GitHub Packages. For more information, see "Deleting and restoring a package" and "Forming calls with GraphQL."
You can configure webhooks to subscribe to package-related events, such as when a package is published or updated. For more information, see the "
package webhook event."
If you have feedback or feature requests for GitHub Packages, use a GitHub Community discussion.
Contact GitHub Support about GitHub Packages using our contact form if:
- You experience anything that contradicts the documentation
- You encounter vague or unclear errors
- Your published package contains sensitive data, such as GDPR violations, API Keys, or personally identifying information