Skip to content
An Atlassian Bitbucket Server plugin to enforce commit message requirements.
Branch: master
Clone or download
Type Name Latest commit message Commit time
Failed to load latest commit information.
docs Add privacy policy Jan 30, 2019
scripts add scripts to run local BBS development server and to enable debug l… Sep 4, 2017
src GH-212: fix deprecated api usage to support BBS 6 Feb 12, 2019
.gitignore Initial commit Jan 11, 2014
.travis.yml update changelog Feb 20, 2019
LICENSE added JQL queyr validation. added better handling of stash users who … Jan 16, 2014 GH-165: update readme and changelog Dec 1, 2018
checkstyle.xml removed unused imports Sep 23, 2015

Yet Another Commit Checker Build Status


This is an Atlassian Bitbucket Server plugin that enforces commit message requirements. If a commit violates the configured policies, the push to the repository will be rejected.


  • Per-repository, per-project, or globally
  • Require commit committer name and email to match Bitbucket Server user
  • Require commit messages to match regex
  • Require commit message to contain valid JIRA issue ids
  • Issue JQL matcher to validate JIRA issue against. Require issues to be assigned, not closed, in a certain project, etc. The possibilities are endless!
  • No extra JIRA configuration is required. Will use existing JIRA Application Link!
  • Validate branch names.
  • Customizable error messages (header, footer, and specific errors).
  • Branch friendly! Only new commits are checked. Commits that already exist in the repository will be skipped.

Questions? Comments? Found a bug? See!

Author: Sean Ford

Quick Start

  1. Download plugin from Atlassian Marketplace or compile from source
  2. Install YACC plugin into Bitbucket Server
  3. If you want to require valid JIRA issues, configure a JIRA Application Link in Bitbucket Server
  4. Configure YACC globally or per-repository


How To Configure

YACC can be configured globally or per-repository.

To configure per-repository settings, go to the repository's hook configuration page.

To configure global settings, click the YACC Configure button in the Universal Plugin Manager.

Global settings will apply to all repositories that don't have YACC enabled per-repository. Once YACC is enabled for a repository, then all global settings will be superseded by the per-repository settings for that particular repository.

Supported Configuration Settings

Require Matching Committer Email

If enabled, committer email must match the email of the Bitbucket Server user.

Require Matching Committer Name

If enabled, committer name must match the name of the Bitbucket Server user.

Committer Email Regex

If a regex is present, the committer email must match regex.

Commit Message Regex

If a regex is present, commit message must match regex.


[A-Z0-9\-]+: .*

will require commit message to be in the form of:

PROJ-123: added new feature xyz
Multi-line Commit Messages

Multi-line commit messages can be matched by including newlines into the regex (like (.|\n)*), or by enabling Pattern.DOTALL using the (?s) embedded flag expression.

Require Valid JIRA Issue(s)

If enabled, commit messages must contain valid JIRA issue ids. JIRA issue ids are defined as any item that matches the regex [A-Z][A-Z_0-9]+-[0-9]+.

This check requires JIRA to be first linked with Bitbucket Server using an Application Link.

Note: This may result in false positives if commit messages contains strings that look like JIRA issue, for example, "UTF-8". Enable Ignore Unknown JIRA Project Keys to tell YACC to ignore items that don't contain a valid JIRA Project key.

Locating Issues Using a Regex Group

If a regex group is present in the Commit Message Regex, only text contained within this group will be examined when extracting JIRA issues.

For example, a ([A-Z0-9\-]+): .* commit message regex will mean only PROJ-123 will be checked against JIRA in the following commit message:

PROJ-123: fixed bug involving UTF-8 support. I deserve a HIGH-5 for this fix!

UTF-8 and HIGH-5 will be ignored because they are not contained within the regex group. Using a regex group can be used as an alternative to Ignore Unknown JIRA Project Keys to deal with issue false positives, especially when you want to detect project key typos.

Ignore Unknown JIRA Project Keys

If enabled, any issue-like items in commit messages that do not contain a valid JIRA project key (such as "UTF-8") will be ignored.

Issue JQL Matcher

If JQL query is present, detected JIRA issues must match this query.

For example,

 assignee is not empty and status="in progress" and project=PROJ

will require that JIRA issues be assigned, in progess, and from project PROJ.

See JIRA Advanced Searching for documentation regarding writing and testing JQL queries.

Branch Name Regex

If present, only branches with names that match this regex will be allowed to be created. This also affects branches created within the Bitbucket Server UI. This only affects new branches, existing branches that don't match this regex will still be allowed.

For example, master|(?:(?:bugfix|hotfix|feature)/[A-Z]+-\d+-.+) would enforce that branch names follow the Bitbucket Server Branching Model naming convention.

Exclude Merge Commits

If enabled, merge commits will be excluded from commit requirements.

Exclude by Regex

If present, commits will be excluded from all requirements except matching committer email/name if part of the commit message matches this regex.

Example: ^Revert \"|#skipchecks

Exclude Service User Commits

If enabled, commits from service users (ie, using SSH Access Keys) will be excluded from commit requirements.

Exclude Commits From Users

Comma delimited list of BitBucket User Names. Commits from these users will be excluded from commit requirements.


I am getting a JIRA authentication failed message when attempting to push my code or when trying to configure an issue JQL matcher.

This can occur if Bitbucket Server is configured to use OAuth to authenticate with JIRA and the currently logged in Bitbucket Server user has not yet gone through the OAuth authorization process to allow Bitbucket Server access to JIRA.

To initialize the OAuth tokens, go into the Bitbucket Server UI and do something that requires access to JIRA. For example, view the commits for a repository and click on an linked JIRA issue for an existing commit. See Bitbucket Server JIRA Integration for an example of this.

There might be a better way to do this, but this what has worked for me :-)

YACC is rejecting my push complaining that my user name and/or email is wrong but the Author: from git log is correct!

Or, YACC is still complaining even after I fixed my commit using git commit --amend --author.

This is due to the fact that YACC checks the commit's Committer information against the Bitbucket Server user, not Author. These are normally the same; however, will be different when applying patches on behalf of someone else or cherry picking commits.

You can verify the problem by using git log --pretty=full to see a commit's Committer information.

If your git settings where misconfigured, you can fix both the Author and Committer for your last commit by doing:

# Fix configuration
git config Your Name
git config

# Reset both author and committer
git commit --amend --reset-author

How do I opt-out a repository from YACC when I have global settings configured?

If you have global YACC settings configured, you can opt-out a specific repository from YACC by enabling the hook on the repository and while keeping all settings blank. Global settings won't be applied in this case, and YACC won't do anything because settings are blank.

How do I configure and manage YACC settings for a large number of repositories?

While YACC is fully configurable through the BitBucket Server UI, it can also be configured using the BitBucket Server REST API. The REST API can be easily automated, which can be helpful if you need to manage a large number of repositories that have different settings from each other (ie, global YACC settings can not be used).


Interested in contributing? Fork me!

Some useful development information:

Enable Logging

Enabling YACC logging can be done using the Bitbucket Server REST API. For example, see the following curl command which enables logging in the atlas-run development environment:

curl -u admin -v -X PUT -d "" -H "Content-Type: application/json" http://localhost:7990/bitbucket/rest/api/latest/logs/logger/com.isroot/debug

Atlassian SDK

See README_ATLASSIAN.txt for the original Atlassian SDK README that contains some useful SDK commands.

You can’t perform that action at this time.