Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Miscellaneous] Auto publish releases to Winget #3315

Closed
Dragon1573 opened this issue Mar 8, 2024 · 2 comments
Closed

[Miscellaneous] Auto publish releases to Winget #3315

Dragon1573 opened this issue Mar 8, 2024 · 2 comments

Comments

@Dragon1573
Copy link

Is this feature request related to a problem?

NO. This feature is not for cutter executables.

Currently, this application is submitted to microsoft/winget-pkgs as Rizin.Cutter by contributors or volunteers. The manifest is manually updated at the moment, so some of the users complaining about the outdated manifests.

The moderators of microsoft/winget-pkgs recommend authors or publishers automate their submit process, so a newer manifests can immediately noticed and submitted to the repository once the package is released.

Targets we want to achieve

Configure a GitHub Workflow, automatically invoked when new release of this repository was published. The Workflow can create manifests of the new release and submit to microsoft/winget-pkgs.

Alternatives

Nope. I would prefer the above sulution.

Additional context

@karliss
Copy link
Member

karliss commented Mar 8, 2024

The moderators of microsoft/winget-pkgs recommend authors or publishers automate their submit process,

Sounds reasonable, do you have any links to docs or discussions with winget-pkgs moderators mentioning that this is the the recommended way for maintaining winget manifests?

@Dragon1573
Copy link
Author

Sorry, it's my fault. 😥 I can't find such kinds of documentations or discussions posted by Microsoft.

But I found several manifests (such as Oh My Posh) are directly maintained by the package author. They use GitHub Actions like WinGet Releaser, or implement the automation using shell scripts with YamlCreate.ps1, wingetcreate.exe or komac.exe. Most of their pull requests can be merged no more than 24 hours.

For manual maintainence, this may take much longer. Community contributors and volunteers might not notice about the new release. The manifest will keep outdated until somebody open an issue complaining about it, and other create a pull request for manually update it.

@denelon Sorry to ping you here. Is there any official guide for package authors and publishers, which help them automate the manifest maintainence?

@Dragon1573 Dragon1573 closed this as not planned Won't fix, can't repro, duplicate, stale Mar 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants