You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I push a package to a project in an organization, it'll appear in the organization > packages level, but not in the organization > repository > packages level.
Is this a bug or is there a step in the process I'm missing.
This is broken and unexpected behaviour. If I push to the container repository for a project, I expect it to be in the project. Not in some higher level where I have to manually link them together. If the name of the level below the organization maps to a project name, then I automatically expect the package to be in that repo > packages.
If the container I pushed doesn't map to a project, then sure, it can live at the higher organizational level.
Gitea Version
1.19.3
Can you reproduce the bug on the Gitea demo site?
Yes
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
No response
How are you running Gitea?
On a kubernetes cluster
Database
None
The text was updated successfully, but these errors were encountered:
When I push a package to a project in an organization
There is no way to push a package to a repository (if project should be a repository) only to an owner. Auto-setting a repository link will be implemented in future.
Thinking about this a little more, I can see why you might want to use your gitea packages as a way to store packages you depend on which aren't related to any project. An out of "project" or "tree" package that you want to cache in your own repo so you don't hit some rate like, for example, I can use gitea packages as a local cache for dockerhub, so I won't ever hit that rate limit they installed a while back.
That would be a useful "non-project" package that I would like to make available.
But I think the default behaviour should be, if I push a package with the name "coolcompany/someproject/restapi:latest" and I have an organization called "coolcompany" and a project inside it called "someproject", the package can be available in the organization level, but should automatically be available inside the project packages as well.
I think thats the default expectation here, right? I think from reading your todo, you're also pushing in that direction.
But I do like the fact that I can push any package name and it won't reject it, so this means I can perhaps use my gitea as a cache for dockerhub. Which is nice.
Description
When I push a package to a project in an organization, it'll appear in the organization > packages level, but not in the organization > repository > packages level.
Is this a bug or is there a step in the process I'm missing.
However. I've just found this: https://docs.gitea.com/next/usage/packages/overview#repository-packages
This is broken and unexpected behaviour. If I push to the container repository for a project, I expect it to be in the project. Not in some higher level where I have to manually link them together. If the name of the level below the organization maps to a project name, then I automatically expect the package to be in that repo > packages.
If the container I pushed doesn't map to a project, then sure, it can live at the higher organizational level.
Gitea Version
1.19.3
Can you reproduce the bug on the Gitea demo site?
Yes
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
No response
How are you running Gitea?
On a kubernetes cluster
Database
None
The text was updated successfully, but these errors were encountered: