Open Alphrag opened 1 year ago
Seems like this is similar to https://github.com/microsoft/winget-pkgs/issues/125 but focused solely on deletions
Seems like this is similar to #125 but focused solely on deletions
Yes, you are right. Sorry I didn't see that issue when I searched through the opened ones. Feel free to close this one if you think this should be considered as duplicate, or to keep it open if the suggestion of separation between deletion and creation of manifests on the testing pipeling could be an idea worth of staying separate.
Description of the new feature/enhancement
In the current situation, in order to delete the manifest of a version of a package, a PR needs to be created with the deletion of the appropriate files for that version and if multiple versions should be deleted, a PR has to be raised for each of them separately, since the bot pipeline requires that only one package is modified.
I think that it should be possible to delete multiple versions in one go (e.g. #83292) instead of having to create a separate PR for each version, as this takes more time for everyone involved.
I know that some people would argue that manifests should not be deleted if the source could still be accessed, but I can see different places where this would come handy or necessary. For example, old testing versions that are missing security features, or breaking changes of a backend which are not backward compatible with versions too far behind.
Proposed technical implementation details (optional)
I see two possibilities to deal with that:
[version deletion]
), which would trigger the different testing pipeline than the usual to only verify that the whole folder is appropriately deleted (not leaving a partial manifest behind).I am aware that each of these might involve quite some work in one way or another, and have both their pros and cons. The main advantage of 1. that I see is that it will save resources by not running the full testing pipeline, but a much simplified version, while option 2. has the advantage of not changing the current workflow of the PRs through the
wingetbot
and involve "only" a change on the testing pipeline flow.There are probably other (possibly better) ways to implement that, but I would be happy to see this coming forward, which would allow to unclutter a bit the manifest folder. Thanks.