You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
chore(ci): automatically upload binaries to github release's (#73)
What this pull request does is publish the latest binaries to the
`canary` git tag release. GitHub can house release assets per tag, or
per release issue.
Until we hit something stable, we should publish the latest binaries to
the `canary` tag.
There is an additional change, in that the release action will only run
if the `test` workflow succeeded. I also got rid of the "release tag" or
issue creation flows, probably we can explore that closer to when we
wanna start tagging properly. I've found that using [git tags to
"trigger"
releases](https://github.com/maraisr/dldr/blob/614317540d4982b779a3756a560a96b74ec2060f/.github/workflows/ci.yml#L31),
work really well. But given we embed the css spec in the binary, id
probably like to see us split the "db" from the cli, such that we do not
need a new NPM/extension release just to capture new specs. And instead
do something like caniuse, in that the db is a separate binary. But lets
discuss this some other time, there are pros in a self contained NPM
too.
For now, this will publish the binaries to a canary release, we can then
use to power things like a Zed extension.
0 commit comments