2022-03-30 04:42:47 -04:00
---
date: "2021-07-20T00:00:00+00:00"
title: "Package Registry"
Refactor docs (#23752)
This was intended to be a small followup for
https://github.com/go-gitea/gitea/pull/23712, but...here we are.
1. Our docs currently use `slug` as the entire URL, which makes
refactoring tricky (see https://github.com/go-gitea/gitea/pull/23712).
Instead, this PR attempts to make future refactoring easier by using
slugs as an extension of the section. (Hugo terminology)
- What the above boils down to is this PR attempts to use directory
organization as URL management. e.g. `usage/comparison.en-us.md` ->
`en-us/usage/comparison/`, `usage/packages/overview.en-us.md` ->
`en-us/usage/packages/overview/`
- Technically we could even remove `slug`, as Hugo defaults to using
filename, however at least with this PR it means `slug` only needs to be
the name for the **current file** rather than an entire URL
2. This PR adds appropriate aliases (redirects) for pages, so anything
on the internet that links to our docs should hopefully not break.
3. A minor nit I've had for a while, renaming `seek-help` to `support`.
It's a minor thing, but `seek-help` has a strange connotation to it.
4. The commits are split such that you can review the first which is the
"actual" change, and the second is added redirects so that the first
doesn't break links elsewhere.
---------
Signed-off-by: jolheiser <john.olheiser@gmail.com>
2023-04-27 23:33:41 -04:00
slug: "overview"
2023-04-04 09:47:31 -04:00
weight: 1
2022-03-30 04:42:47 -04:00
draft: false
toc: false
menu:
sidebar:
parent: "packages"
name: "Overview"
weight: 1
2023-02-25 04:56:02 -05:00
identifier: "packages-overview"
2022-03-30 04:42:47 -04:00
---
# Package Registry
2022-05-29 14:10:21 -04:00
Starting with Gitea **1.17** , the Package Registry can be used as a public or private registry for common package managers.
2022-03-30 04:42:47 -04:00
**Table of Contents**
{{< toc > }}
## Supported package managers
The following package managers are currently supported:
| Name | Language | Package client |
| ---- | -------- | -------------- |
2023-05-12 13:27:50 -04:00
| [Alpine ]({{< relref "doc/usage/packages/alpine.en-us.md" >}} ) | - | `apk` |
Refactor docs (#23752)
This was intended to be a small followup for
https://github.com/go-gitea/gitea/pull/23712, but...here we are.
1. Our docs currently use `slug` as the entire URL, which makes
refactoring tricky (see https://github.com/go-gitea/gitea/pull/23712).
Instead, this PR attempts to make future refactoring easier by using
slugs as an extension of the section. (Hugo terminology)
- What the above boils down to is this PR attempts to use directory
organization as URL management. e.g. `usage/comparison.en-us.md` ->
`en-us/usage/comparison/`, `usage/packages/overview.en-us.md` ->
`en-us/usage/packages/overview/`
- Technically we could even remove `slug`, as Hugo defaults to using
filename, however at least with this PR it means `slug` only needs to be
the name for the **current file** rather than an entire URL
2. This PR adds appropriate aliases (redirects) for pages, so anything
on the internet that links to our docs should hopefully not break.
3. A minor nit I've had for a while, renaming `seek-help` to `support`.
It's a minor thing, but `seek-help` has a strange connotation to it.
4. The commits are split such that you can review the first which is the
"actual" change, and the second is added redirects so that the first
doesn't break links elsewhere.
---------
Signed-off-by: jolheiser <john.olheiser@gmail.com>
2023-04-27 23:33:41 -04:00
| [Cargo ]({{< relref "doc/usage/packages/cargo.en-us.md" >}} ) | Rust | `cargo` |
| [Chef ]({{< relref "doc/usage/packages/chef.en-us.md" >}} ) | - | `knife` |
| [Composer ]({{< relref "doc/usage/packages/composer.en-us.md" >}} ) | PHP | `composer` |
| [Conan ]({{< relref "doc/usage/packages/conan.en-us.md" >}} ) | C++ | `conan` |
| [Conda ]({{< relref "doc/usage/packages/conda.en-us.md" >}} ) | - | `conda` |
| [Container ]({{< relref "doc/usage/packages/container.en-us.md" >}} ) | - | any OCI compliant client |
2023-05-21 22:57:49 -04:00
| [CRAN ]({{< relref "doc/usage/packages/cran.en-us.md" >}} ) | R | - |
2023-05-02 12:31:35 -04:00
| [Debian ]({{< relref "doc/usage/packages/debian.en-us.md" >}} ) | - | `apt` |
Refactor docs (#23752)
This was intended to be a small followup for
https://github.com/go-gitea/gitea/pull/23712, but...here we are.
1. Our docs currently use `slug` as the entire URL, which makes
refactoring tricky (see https://github.com/go-gitea/gitea/pull/23712).
Instead, this PR attempts to make future refactoring easier by using
slugs as an extension of the section. (Hugo terminology)
- What the above boils down to is this PR attempts to use directory
organization as URL management. e.g. `usage/comparison.en-us.md` ->
`en-us/usage/comparison/`, `usage/packages/overview.en-us.md` ->
`en-us/usage/packages/overview/`
- Technically we could even remove `slug`, as Hugo defaults to using
filename, however at least with this PR it means `slug` only needs to be
the name for the **current file** rather than an entire URL
2. This PR adds appropriate aliases (redirects) for pages, so anything
on the internet that links to our docs should hopefully not break.
3. A minor nit I've had for a while, renaming `seek-help` to `support`.
It's a minor thing, but `seek-help` has a strange connotation to it.
4. The commits are split such that you can review the first which is the
"actual" change, and the second is added redirects so that the first
doesn't break links elsewhere.
---------
Signed-off-by: jolheiser <john.olheiser@gmail.com>
2023-04-27 23:33:41 -04:00
| [Generic ]({{< relref "doc/usage/packages/generic.en-us.md" >}} ) | - | any HTTP client |
2023-05-15 06:53:50 -04:00
| [Go ]({{< relref "doc/usage/packages/go.en-us.md" >}} ) | Go | `go` |
Refactor docs (#23752)
This was intended to be a small followup for
https://github.com/go-gitea/gitea/pull/23712, but...here we are.
1. Our docs currently use `slug` as the entire URL, which makes
refactoring tricky (see https://github.com/go-gitea/gitea/pull/23712).
Instead, this PR attempts to make future refactoring easier by using
slugs as an extension of the section. (Hugo terminology)
- What the above boils down to is this PR attempts to use directory
organization as URL management. e.g. `usage/comparison.en-us.md` ->
`en-us/usage/comparison/`, `usage/packages/overview.en-us.md` ->
`en-us/usage/packages/overview/`
- Technically we could even remove `slug`, as Hugo defaults to using
filename, however at least with this PR it means `slug` only needs to be
the name for the **current file** rather than an entire URL
2. This PR adds appropriate aliases (redirects) for pages, so anything
on the internet that links to our docs should hopefully not break.
3. A minor nit I've had for a while, renaming `seek-help` to `support`.
It's a minor thing, but `seek-help` has a strange connotation to it.
4. The commits are split such that you can review the first which is the
"actual" change, and the second is added redirects so that the first
doesn't break links elsewhere.
---------
Signed-off-by: jolheiser <john.olheiser@gmail.com>
2023-04-27 23:33:41 -04:00
| [Helm ]({{< relref "doc/usage/packages/helm.en-us.md" >}} ) | - | any HTTP client, `cm-push` |
| [Maven ]({{< relref "doc/usage/packages/maven.en-us.md" >}} ) | Java | `mvn` , `gradle` |
| [npm ]({{< relref "doc/usage/packages/npm.en-us.md" >}} ) | JavaScript | `npm` , `yarn` , `pnpm` |
| [NuGet ]({{< relref "doc/usage/packages/nuget.en-us.md" >}} ) | .NET | `nuget` |
| [Pub ]({{< relref "doc/usage/packages/pub.en-us.md" >}} ) | Dart | `dart` , `flutter` |
| [PyPI ]({{< relref "doc/usage/packages/pypi.en-us.md" >}} ) | Python | `pip` , `twine` |
2023-05-05 16:33:37 -04:00
| [RPM ]({{< relref "doc/usage/packages/rpm.en-us.md" >}} ) | - | `yum` , `dnf` |
Refactor docs (#23752)
This was intended to be a small followup for
https://github.com/go-gitea/gitea/pull/23712, but...here we are.
1. Our docs currently use `slug` as the entire URL, which makes
refactoring tricky (see https://github.com/go-gitea/gitea/pull/23712).
Instead, this PR attempts to make future refactoring easier by using
slugs as an extension of the section. (Hugo terminology)
- What the above boils down to is this PR attempts to use directory
organization as URL management. e.g. `usage/comparison.en-us.md` ->
`en-us/usage/comparison/`, `usage/packages/overview.en-us.md` ->
`en-us/usage/packages/overview/`
- Technically we could even remove `slug`, as Hugo defaults to using
filename, however at least with this PR it means `slug` only needs to be
the name for the **current file** rather than an entire URL
2. This PR adds appropriate aliases (redirects) for pages, so anything
on the internet that links to our docs should hopefully not break.
3. A minor nit I've had for a while, renaming `seek-help` to `support`.
It's a minor thing, but `seek-help` has a strange connotation to it.
4. The commits are split such that you can review the first which is the
"actual" change, and the second is added redirects so that the first
doesn't break links elsewhere.
---------
Signed-off-by: jolheiser <john.olheiser@gmail.com>
2023-04-27 23:33:41 -04:00
| [RubyGems ]({{< relref "doc/usage/packages/rubygems.en-us.md" >}} ) | Ruby | `gem` , `Bundler` |
| [Swift ]({{< relref "doc/usage/packages/rubygems.en-us.md" >}} ) | Swift | `swift` |
| [Vagrant ]({{< relref "doc/usage/packages/vagrant.en-us.md" >}} ) | - | `vagrant` |
2022-03-30 04:42:47 -04:00
**The following paragraphs only apply if Packages are not globally disabled!**
2022-04-01 11:31:40 -04:00
## Repository-Packages
A package always belongs to an owner (a user or organisation), not a repository.
To link an (already uploaded) package to a repository, open the settings page
on that package and choose a repository to link this package to.
The entire package will be linked, not just a single version.
Linking a package results in showing that package in the repository's package list,
and shows a link to the repository on the package site (as well as a link to the repository issues).
## Access Restrictions
| Package owner type | User | Organization |
|--------------------|------|--------------|
2023-01-16 17:24:24 -05:00
| **read** access | public, if user is public too; otherwise for this user only | public, if org is public, otherwise for org members only |
2022-04-01 11:31:40 -04:00
| **write** access | owner only | org members with admin or write access to the org |
N.B.: These access restrictions are [subject to change ](https://github.com/go-gitea/gitea/issues/19270 ), where more finegrained control will be added via a dedicated organization team permission.
## Create or upload a package
Depending on the type of package, use the respective package-manager for that. Check out the sub-page of a specific package manager for instructions.
2022-03-30 04:42:47 -04:00
## View packages
You can view the packages of a repository on the repository page.
1. Go to the repository.
1. Go to **Packages** in the navigation bar.
To view more details about a package, select the name of the package.
## Download a package
To download a package from your repository:
1. Go to **Packages** in the navigation bar.
1. Select the name of the package to view the details.
1. In the **Assets** section, select the name of the package file you want to download.
## Delete a package
2023-01-16 17:24:24 -05:00
You cannot edit a package after you have published it in the Package Registry. Instead, you
2022-03-30 04:42:47 -04:00
must delete and recreate it.
To delete a package from your repository:
1. Go to **Packages** in the navigation bar.
1. Select the name of the package to view the details.
1. Click **Delete package** to permanently delete the package.
## Disable the Package Registry
The Package Registry is automatically enabled. To disable it for a single repository:
1. Go to **Settings** in the navigation bar.
1. Disable **Enable Repository Packages Registry** .
Previously published packages are not deleted by disabling the Package Registry.