Skip to content

wingetcreate update based on GitHub release #497

@rursprung

Description

@rursprung

Description of the new feature / enhancement

it'd be great if it'd be possible to run wingetcreate update with a GH release URL where it'd then scrape all relevant information from there (extracting the version number, automatically scanning all assets for windows installers and picking all, grabbing the release notes (see also #103), and possibly more).

one option would be that the user passes the URL - e.g. wingetcreate update --release-url https://github.com/microsoft/winget-create/releases/tag/v1.5.7.0
the other would be to instead pass GH specific information - e.g. wingetcreate update --repo microsoft/winget-create --tag v1.5.7.0

this is maybe also related to #368 (though that was about the create use-case)

for reference: komac supports this acc. to their README.

Proposed technical implementation details

in either case of the suggested calling ways the wingetcreate update would internally probably then extract the necessary information using the GitHub REST API (docs for the releases API).

one issue with the version number (which is also why i proposed --tag above instead of re-using --version) is that the tag might not correspond 1:1 to the version number, e.g. v1.5.7.0 vs. 1.5.7.0 (though maybe a simple heuristic might be enough to cover >95% of all cases?).

Metadata

Metadata

Assignees

No one assigned

    Labels

    Issue-FeatureComplex enough to require an in depth planning process and actual budgeted, scheduled work.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions