mirror of
https://github.com/coder/coder.git
synced 2026-06-02 20:48:20 +00:00
Bryan
3a3161aa63
Add a semantic-pull-requests configuration (like we have for `coder/m`), to validate commit messages.
57 lines
1.9 KiB
YAML
57 lines
1.9 KiB
YAML
###############################################################################
|
|
# This file configures "Semantic Pull Requests", which is documented here:
|
|
# https://github.com/zeke/semantic-pull-requests
|
|
#
|
|
# This action/spec implements the "Conventional Commits" RFC which is
|
|
# available here:
|
|
# https://www.notion.so/coderhq/Conventional-commits-1d51287f58b64026bb29393f277734ed
|
|
###############################################################################
|
|
|
|
# We only check that the PR title is semantic. The PR title is automatically
|
|
# applied to the "Squash & Merge" flow as the suggested commit message, so this
|
|
# should suffice unless someone drastically alters the message in that flow.
|
|
titleOnly: true
|
|
|
|
# Types are the 'tag' types in a commit or PR title. For example, in
|
|
#
|
|
# chore: fix thing
|
|
#
|
|
# 'chore' is the type.
|
|
types:
|
|
# A build of any kind.
|
|
- build
|
|
|
|
# A RELEASED fix that will NOT be back-ported. The originating issue may have
|
|
# been discovered internally or externally to Coder.
|
|
- fix
|
|
|
|
# Any code task that is ignored for changelog purposes. Examples include
|
|
# devbin scripts and internal-only configurations.
|
|
- chore
|
|
|
|
# Any work performed on CI.
|
|
- ci
|
|
|
|
# An UNRELEASED correction. For example, features are often built
|
|
# incrementally and sometimes introduce minor flaws during a release cycle.
|
|
# Corrections address those increments and flaws.
|
|
- correct
|
|
|
|
# Work that directly implements or supports the implementation of a feature.
|
|
- feat
|
|
|
|
# A fix for a RELEASED bug (regression fix) that is intended for patch-release
|
|
# purposes.
|
|
- hotfix
|
|
|
|
# A refactor changes code structure without any behavioral change.
|
|
- refactor
|
|
|
|
# A git revert for any style of commit.
|
|
- revert
|
|
|
|
# Adding tests of any kind. Should be separate from feature or fix
|
|
# implementations. For example, if a commit adds a fix + test, it's a fix
|
|
# commit. If a commit is simply bumping coverage, it's a test commit.
|
|
- test
|