Semanticore Release Bot 🤖 🦁 🐉

About

Your friendly Semanticore Release bot helps maintaining the changelog for a project and automates the related tagging process.

How to use it

Semanticore runs along every pipeline in the main branch, and will analyze the commit messages.

It maintains an open Merge Request for the project with all the required Changelog adjustments.

It detects the current version and suggests the next version based on the changes made.

Once a release commit is detected, it will automatically create the related Git tag on the next pipeline run.

Conventions

• Commit messages should follow the Conventional Commits so semanticore can decide whether a minor or patch level release is required.
• Releases are indicated with a commit with a commit messages which should match: Release vX.Y.Z

Supported Commit Types

Currently Semanticore supports the following commit types:

Type	Prefixes	Meaning
🆕 Feature	feat	New Feature, creates a minor commit
🚨 Security Fix	sec	Security relevant change/fix
👾 Bugfix	fix, bug	Bugfix
🛡 Test	test	(Unit-)Tests
🔁 Refactor	refactor, rework	Refactorings or reworking
🤖 Devops/CI	ops, ci, cd, build	Operations, Build, CI/CD, Pipelines
📚 Documentation	doc	Documentation
⚡️ Performance	perf	Performance improvements
🧹 Chore	chore, update	Chores, (Dependency-)Updates
📝 Other	everything else	Everything not matched by another prefix

Major versions

To enable support for major releases (breaking APIs), use the -major flag.

Configuration

The SEMANTICORE_TOKEN is required - that's a Gitlab or Github Token which has basic contributor rights and allows to perform the related Git and API operations.

Set Author and committer

Semanticore respects Git Environment variables

• GIT_AUTHOR_NAME
• GIT_AUTHOR_EMAIL
• GIT_COMMITTER_NAME
• GIT_COMMITTER_EMAIL

The values can also be overridden by adding the appropriate flags. Run with -help to get the details.

If none of these is set, Semanticore will use Semanticore Bot as name and semanticore@aoe.com as E-Mail for Author and Committer.

Using Semanticore

To test Semanticore locally you can run it without an API token to create an example Changelog:

go run github.com/aoepeople/semanticore@v0 <optional path to repository>

Example Configurations

Github Action

.github/workflows/semanticore.yml

name: Semanticore

on:
  push:
    branches:
      - main
jobs:
  semanticore:
    runs-on: ubuntu-latest
    name: Semanticore
    steps:
      - uses: actions/checkout@v3
        with:
          fetch-depth: 0
      - name: Setup Go
        uses: actions/setup-go@v3
        with:
          go-version: '1.*'
      - name: Semanticore
        run: go run github.com/aoepeople/semanticore@v0
        env:
          SEMANTICORE_TOKEN: ${{secrets.GITHUB_TOKEN}}

Gitlab CI

Create a secret SEMANTICORE_TOKEN containing an API token with api and write_repository scope.

.gitlab-ci.yml

stages:
  - semanticore

semanticore:
  image: golang:1
  stage: semanticore
  script:
    - go run github.com/aoepeople/semanticore@v0
  only:
    - main

Make sure you set the repositories clone depth too a large enough value, the default of 50 might be too low.