Skip to content
play

GitHub Action

giantnodes/next-semver

v1.0.0 Latest version

giantnodes/next-semver

play

giantnodes/next-semver

increments the semver from a version file

Installation

Copy and paste the following snippet into your .yml file.

              

- name: giantnodes/next-semver

uses: giantnodes/[email protected]

Learn more about this action in giantnodes/next-semver

Choose a version


giantnodes logo

giantnodes/next-semver

A GitHub action that increments to the next semantic version via a version file.
Explore the docs »

Bug Report · Feature Request

Table of Contents
  1. About The Project
  2. Getting Started
  3. Usage
  4. Contributing
  5. License

About The Project

The @giantnodes/next-semver GitHub Action simplifies the process of incrementing the semantic version of your packages following the Semantic Versioning (SemVer) guidelines. This action is designed to automate version management for projects, ensuring consistency and accuracy in version tracking.

(back to top)

Getting Started

To start using @giantnodes/next-semver, you first need to create and commit a version file that the action can reference. In the following examples, we'll use VERSION.txt as our version file.

For a new repository, if you don't have a version file yet, it should be defined as follows:

0.0.0
latest

For an existing repository where you want to introduce @giantnodes/next-semver to increment versions going forward, you need to define the current version of your package along with the version identifier. For instance, if the latest version of your package is 12.4.5, the VERSION.txt should be:

12.4.5
latest

Inputs

  • path: specifies the file that tracks the version. This file should contain two lines:

    1. The version number
    2. The version type

    examples of a VERSION.txt file:

    1.3.5
    latest
    1.0.0-canary.17
    canary
  • type: specifies the type of release being created. It can be one of the following:

    • major
    • premajor
    • minor
    • preminor
    • patch
    • prepatch
    • prerelease
  • identifier: optional parameter used for prereleases, the identifier will be appended to the version as a prerelease identifier. For example, in 1.0.0-canary.17, canary is the identifier.

Outputs

  • version: the incremented version that was generated.

  • tag: for prereleases, this will match the provided release identifier. If no identifier is provided, it will default to latest.

(back to top)

Usage

Below is a comprehensive workflow example demonstrating how to use @giantnodes/next-semver alongside other action steps. Your workflow may vary, but this serves as a good illustration.

In this example, @giantnodes/next-semver is used to create a new version of a Node.js package and update a .NET NuGet package. We then check out a release branch, push the updated VERSION.txt file, versioned Node.js and NuGet packages, and create a tagged GitHub release. Finally, a pull request is raised from the release branch back to the main branch to merge the freshly versioned packages and VERSION.txt file.

name: '🏷️  Release'

on:
  workflow_dispatch:
    inputs:
      type:
        type: choice
        description: 'SemVer Increment'
        default: 'prerelease'
        required: true
        options:
          - prerelease
          - prepatch
          - patch
          - preminor
          - minor
          - premajor
          - major
      identifier:
        type: choice
        description: 'PreRelease Identifier'
        options:
          - canary

jobs:
  create-release:
    # increment the version defined in the root VERSION.txt file
    - name: '🏷️  Increment Version'
      id: version
      uses: giantnodes/[email protected]
      with:
        path: VERSION.txt
        type: ${{ inputs.RELEASE_TYPE }}
        identifier: ${{ inputs.RELEASE_IDENTIFIER }}

    # version a NPM package...
    - name: '🏷️  Version @giantnodes/design-system'
      shell: bash
      run: |
        pnpm version ${{ steps.version.outputs.version }} --no-git-tag-version

    # or Version Nuget packages...
    - name: '⬇️  Install (dotnet-setversion)'
      shell: bash
      run: |
        dotnet tool install -g dotnet-setversion

    - name: '🏷️  Version (infrastructure)'
      working-directory: ./src/Infrastructure
      shell: bash
      run: |
        setversion --recursive ${{ steps.version.outputs.version }}

    # configure Git account that will create a release
    - name: '🏷️  Configure Git'
      shell: bash
      run: |
        git config --global user.name 'giantnodes-bot'
        git config --global user.email '[email protected]'

    # checkout a release branch and create a github release
    - name: '🏷️  Tag, Commit & Release'
      id: branch
      shell: bash
      run: |
        git checkout -b release/${{ steps.version.outputs.version }}
        git commit -anm 'chore(release): v${{ steps.version.outputs.version }}'
        git push origin release/${{ steps.version.outputs.version }}

        gh release create v${{ steps.version.outputs.version }} ${{ steps.version.outputs.tag == 'latest' && '--latest' || '--prerelease' }} --generate-notes

        echo "branch=$(git branch --show-current)" >> $GITHUB_OUTPUT
      env:
        GITHUB_TOKEN: ${{ inputs.GITHUB_TOKEN }}

  pull-request:
    name: '🏷️  Open Pull Request'
    runs-on: ubuntu-latest
    needs: [create-release]
    steps:
      # checkout our newly created release branch
      - name: '🐙️  Checkout'
        uses: actions/checkout@v4
        with:
          ref: ${{ needs.create-release.outputs.branch }}

      # raise a PR to the main branch so versions are updated
      - name: '🏷️  Open Pull Request'
        uses: thomaseizinger/create-pull-request@master
        with:
          title: 'chore(release): v${{ needs.create-release.outputs.version }}'
          labels: '🏷️ Release'
          github_token: ${{ secrets.GITHUB_TOKEN }}
          head: release/${{ needs.create-release.outputs.version }}
          base: main

(back to top)

Contributing

Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated.

If you have a suggestion that would make this better, please fork the repo and create a pull request. You can also simply open an issue with the tag "enhancement". Don't forget to give the project a star! Thanks again!

  1. Fork the Project
  2. Create your Feature Branch (git checkout -b feature/amazing-feature)
  3. Commit your Changes (git commit -m 'feat: add some amazing feature')
  4. Push to the Branch (git push origin feature/amazing-feature)
  5. Open a Pull Request

(back to top)

License

Distributed under the MIT License. See LICENSE for more information.

(back to top)