bytecodealliance / bytecodealliance/cargo-component

Use something like nightly.link or a non-re-published release to avoid excess notifications

Open
#280 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
593
Forks
68
PR merge metrics
No merged PRs in 30d

Description

I've had this gripe for a while: I keep getting "dev: chore: publish binaries (#161)" notifications when i really only wanted to subscribe to the actual releases/prereleases.

![image](https://github.com/bytecodealliance/cargo-component/assets/61068799/017ced0a-f9c3-43d5-8cbf-66cab546145d)

![image](https://github.com/bytecodealliance/cargo-component/assets/61068799/059f63af-f8ac-4e59-89c9-56768e249860)

I think now I finally have two options that id like you (cargo component peoples) to consider:
1. use plain old github actions artifacts to `actions/upload-artifact@v4` for N days (yuou can change the days it retains) the nightly/dev builds and link to those using https://nightly.link or a bytecodealliance-controlled redirect-to-latest-artifact service that does the same thing as https://nightly.link
2. delete the assets and re-upload assets to the `dev` tag and just lock the dev tag at like the first commit or something so that it doesnt get re-published and trigger the notifications

![image](https://github.com/bytecodealliance/cargo-component/assets/61068799/af7de777-c514-4059-a29a-36dbb8296618)

i recently came across https://nightly.link and thought "oh hey that would be one way to solve this over-notification annoyance that i get from bytecodealliance/cargo-component". then after i thought about a while i thought that you could maybe get away with the current setup and just not re-publish the release but instead _edit it in place_ so that notifs dont trigger.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.