Custom action to create a pull request that bumps version.
Create a workflow file as follows:
# .github/workflows/bump-request.yml
name: bump-request
on:
workflow_dispatch:
inputs:
release_type:
type: choice
description: How to bump the version.
options:
- major
- minor
- patch
default: patch
version:
description: Enter this if you wish to specify the version directly.
type: string
jobs:
run:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: r7kamura/bump-request@v0
with:
release_type: ${{ inputs.release_type }}
version: ${{ inputs.version }}
Then allow your repository to create pull requests from GitHub Actions:
Now you can run it manually via actions page:
After the action is complete, a new pull request is created:
This action uses Automatically generated release notes to generate a pull request description.
If you want to customize the contents, try setting up .github/release.yml
according to this documentation.
This action simply creates a pull request and does nothing more. If you want to automate package publishing, Git tagging, etc., it is recommended to prepare a separate workflow that detects changes in the file containing the version and does so, using softprops/action-gh-release or other actions.
Currently, the following types of packages are officially supported.
- crate
- csproj (only
Version
attribute supported) - gem
- npm
- plain (where version is managed by VERSION file)
If you want to handle other types of packages, you need to specify this option.
Note that the next version value is passed as an environment variable VERSION
on running this command.
How to bump the version.
One of:
major
minor
patch
The next version is calculated based on the latest GitHub release, so your repository must manage its versions with GitHub releases.
You can also specify this directly instead of release_type
.
- e.g.
1.2.3