`wingetcreate update` based on GitHub release

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?).

Start with the wingetcreate update command and the GitHub Releases REST API documentation linked in the issue. Compare the proposed --release-url and --repo/--tag entry points, including how tags map to versions. Done means defining and implementing the scope for extracting the version, Windows installer assets, and release notes from a GitHub release.