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
The Gitea package cleanup rules only seem to be setup to delete old packages/versions. However, they do not seem to provide a mechanism for deleting older artifacts from SNAPSHOT builds within a versions.
We currently have a master branch where an artifact with version P.V-SNAPSHOT has almost 800 files (each build creates a JAR, JAVADOC, SOURCE, CLASSES) - each with timestamps in the name. But it seems we cannot create a rule to keep at most 3 snapshot builds, or only keep the latest, or delete all older 30 days - those rules only apply to packages and versions in their entirety.
Cannot answer as hosted by our DOAAS provider in-house. I don't think it is relevant to the problem, but if required, please let me know and I will get the required information.
Database
None
The text was updated successfully, but these errors were encountered:
@KN4CK3R any ideas how to go about implementing this... I am not a "go" developer but I would be willing to take a crack at a PR if you could give me some rough guidelines about how the current package add/edit rule might be modified for Maven snapshots or if a new mechanism should be implemented.
Important options which sort of overlap with existing rules are:
Hi everyone! I've opened a pull request adding a cleanup process for Maven snapshot versions in Gitea. Set the number of snapshot versions you want to retain in the app.ini file, and older files will be automatically deleted. This is part of the package cleanup, which is enabled by default and runs either when the Gitea instance starts or periodically via a cron job. The default setting of -1 prevents any deletions, while 1 preserves only the latest build. Here's the link to the pull request—your feedback is welcome!
Description
The Gitea package cleanup rules only seem to be setup to delete old packages/versions. However, they do not seem to provide a mechanism for deleting older artifacts from SNAPSHOT builds within a versions.
We currently have a master branch where an artifact with version P.V-SNAPSHOT has almost 800 files (each build creates a JAR, JAVADOC, SOURCE, CLASSES) - each with timestamps in the name. But it seems we cannot create a rule to keep at most 3 snapshot builds, or only keep the latest, or delete all older 30 days - those rules only apply to packages and versions in their entirety.
Originally mentioned on Forum: https://forum.gitea.com/t/gitea-maven-snapshot-cleanup/9778/2
Gitea Version
3479ca8ec
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
unknown (hosted)
Operating System
Linux
How are you running Gitea?
Cannot answer as hosted by our DOAAS provider in-house. I don't think it is relevant to the problem, but if required, please let me know and I will get the required information.
Database
None
The text was updated successfully, but these errors were encountered: