Skip to content

Custom action to create a pull request that bumps version.

License

Notifications You must be signed in to change notification settings

r7kamura/bump-request

Use this GitHub action with your project
Add this Action to an existing workflow or create a new one
View on Marketplace

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

75 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

bump-request

Custom action to create a pull request that bumps version.

Usage

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.

Inputs

command

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.

release_type

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.

version

You can also specify this directly instead of release_type.

  • e.g. 1.2.3

About

Custom action to create a pull request that bumps version.

Topics

Resources

License

Stars

Watchers

Forks

Sponsor this project