-
-
Notifications
You must be signed in to change notification settings - Fork 920
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
autorelease workflow #1960
autorelease workflow #1960
Conversation
pull-requests: write # so it can create pull requests | ||
|
||
jobs: | ||
# Attempt to backport a merged pull request to the latest stable release |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jkelleyrtp It's great to see you're trying out backport-action 🙌
By default, backport-action only backports pull requests with a label matching the regex ^backport ([^ ]+)$
. If you want to always backport to a specific branch instead of having to label pull requests, you can use the target_branches
input.
For example, if you want to always backport to the latest stable release branch, and this branch is called latest-stable
, you can use:
uses: korthout/backport-action@v2
with:
target_branches: 'latest-stable'
Get the first prerelease of 0.5 out and set up an autorelease workflow that will enable us to ship faster.
backporting
We now have the ability to backport fixes. This is done automatically unless the PR is marked "breaking" and thus will be excluded. This fits our normal workflow. We also do cargo-semverchecks to ensure non-breaking PRs are infact nonbreaking.
auto-publish
We now automatically publish new versions of crates to crates.io using cargo-workspaces. This works for stable using stable bumps and nightly using the pre-release choice.
releasing vscode extension
We now automatically release the vscode extension and bump its version number so its kept in sync with dioxus code. I have yet to implement prereleases here.