Gathering detailed insights and metrics for @digitalroute/cz-conventional-changelog-for-jira
Gathering detailed insights and metrics for @digitalroute/cz-conventional-changelog-for-jira
Gathering detailed insights and metrics for @digitalroute/cz-conventional-changelog-for-jira
Gathering detailed insights and metrics for @digitalroute/cz-conventional-changelog-for-jira
@dubizzle/cz-conventional-changelog-for-any
Commitizen adapter following the conventional-changelog format, forked from https://github.com/digitalroute/cz-conventional-changelog-for-jira.
cz-conventional-changelog
Commitizen adapter following the conventional-changelog format.
conventional-commit-types
List of conventional commit types.
cz-conventional-changelog-for-jira-smart-commits
Commitizen adapter following the conventional-changelog format and also asking for JIRA issue with Smart Commits.
npm install @digitalroute/cz-conventional-changelog-for-jira
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
65 Stars
111 Commits
63 Forks
2 Watching
70 Branches
27 Contributors
Updated on 24 Sept 2024
JavaScript (100%)
Cumulative downloads
Total Downloads
Last day
-8.3%
10,444
Compared to previous day
Last week
4%
55,493
Compared to previous week
Last month
7.8%
229,074
Compared to previous month
Last year
44.3%
2,380,457
Compared to previous year
10
9
1
Part of the commitizen/cz-cli family. Prompts for conventional changelog standard and also prompts for a mandatory JIRA issue.
1npm install commitizen @digitalroute/cz-conventional-changelog-for-jira
and then add the following to package.json:
1{ 2 "scripts": { 3 "commit": "git-cz" 4 }, 5 "config": { 6 "commitizen": { 7 "path": "./node_modules/@digitalroute/cz-conventional-changelog-for-jira" 8 } 9 } 10}
Like commitizen, you can specify the configuration of cz-conventional-changelog-for-jira through the package.json's config.commitizen
key, or with environment variables.
Environment variable | package.json | Default | Description |
---|---|---|---|
CZ_JIRA_MODE | jiraMode | true | If this is set to true, CZ will ask for a Jira issue and put it in the commit head. If set to false CZ will ask for the issue in the end, and can be used for GitHub. |
CZ_MAX_HEADER_WIDTH | maxHeaderWidth | 72 | This limits how long a commit message head can be. |
CZ_MIN_HEADER_WIDTH | minHeaderWidth | 2 | This limits how short a commit message can be. |
CZ_MAX_LINE_WIDTH | maxLineWidth | 100 | Commit message bodies are automatically wrapped. This decides how long the lines will be. |
CZ_SKIP_SCOPE | skipScope | true | If scope should be used in commit messages. |
CZ_SKIP_TYPE | skipType | false | If type should be used in commit messages. |
CZ_SKIP_DESCRIPTION | skipDescription | false | If description should be used in commit messages. |
CZ_SKIP_BREAKING | skipBreaking | false | If breaking changes should be used in commit messages. |
scopes | undefined | A list (JS Array) of scopes that will be available for selection. Note that adding this will change the scope field from Inquirer 'input' to 'list'. | |
CZ_TYPE | defaultType | undefined | The default type. |
CZ_SCOPE | defaultScope | undefined | The default scope. |
CZ_CUSTOM_SCOPE | customScope | false | Whether user can provide custom scope in addition to predefined ones |
CZ_SUBJECT | defaultSubject | undefined | A default subject. |
CZ_BODY | defaultBody | undefined | A default body. |
CZ_ISSUES | defaultIssues | undefined | A default issue. |
CZ_JIRA_OPTIONAL | jiraOptional | false | If this is set to true, you can leave the JIRA field blank. |
CZ_JIRA_PREFIX | jiraPrefix | "DAZ" | If this is set it will be displayed as the default JIRA ticket prefix |
CZ_JIRA_LOCATION | jiraLocation | "pre-description" | Changes position of JIRA ID. Options: pre-type , pre-description , post-description , post-body |
CZ_JIRA_PREPEND | jiraPrepend | "" | Prepends JIRA ID with an optional decorator. e.g.: [DAZ-1234 |
CZ_JIRA_APPEND | jiraAppend | "" | Appends JIRA ID with an optional decorator. e.g.: DAZ-1234] |
CZ_EXCLAMATION_MARK | exclamationMark | false | On breaking changes, adds an exclamation mark (!) after the scope, e.g.: type(scope)!: break stuff . When activated, reduces the effective allowed header length by 1. |
pre-type:
1JIRA-1234 type(scope): commit subject
pre-description:
1type(scope): JIRA-1234 commit subject
post-description:
1type(scope): commit subject JIRA-1234
post-body:
1type(scope): commit subject 2 3JIRA-1234
1type(scope): commit subject 2 3this is a commit body 4 5JIRA-1234
Alternatively, if you want to create your own profile, you can use the configurable approach. Here is an example: ./index.js
1const custom = require('@digitalroute/cz-conventional-changelog-for-jira/configurable'); 2// You can do this optionally if you want to extend the commit types 3const defaultTypes = require('@digitalroute/cz-conventional-changelog-for-jira/types'); 4 5module.exports = custom({ 6 types: { 7 ...defaultTypes, 8 perf: { 9 description: 'Improvements that will make your code perform better', 10 title: 'Performance' 11 } 12 }, 13 skipScope: false, 14 scopes: ['myScope1', 'myScope2'], 15 customScope: true 16});
./package.json
1{ 2 "config": { 3 "commitizen": { 4 "path": "./index.js" 5 } 6 } 7}
This example would:
myScope
or myScope2
List of all supported configurable options when using the configurable approach:
Key | Default | Description |
---|---|---|
jiraMode | true | If this is set to true, CZ will ask for a Jira issue and put it in the commit head. If set to false CZ will ask for the issue in the end, and can be used for GitHub. |
maxHeaderWidth | 72 | This limits how long a commit message head can be. |
minHeaderWidth | 2 | This limits how short a commit message can be. |
maxLineWidth | 100 | Commit message bodies are automatically wrapped. This decides how long the lines will be. |
skipScope | true | If scope should be used in commit messages. |
defaultType | undefined | The default type. |
defaultScope | undefined | The default scope. |
defaultSubject | undefined | A default subject. |
defaultBody | undefined | A default body. |
defaultIssues | undefined | A default issue. |
jiraPrefix | 'DAZ' | The default JIRA ticket prefix that will be displayed. |
types | ./types.js | A list (JS Object) of supported commit types. |
scopes | undefined | A list (JS Array) of scopes that will be available for selection. Note that adding this will change the scope field from Inquirer 'input' to 'list'. |
customScope | false | If this is set to true, users are given an option to provide custom scope aside the ones predefined in 'scopes' array. In this case a new option named 'custom' appears in the list and once chosen a prompt appears to provide custom scope |
jiraOptional | false | If this is set to true, you can leave the JIRA field blank. |
jiraLocation | "pre-description" | Changes position of JIRA ID. Options: pre-type , pre-description , post-description , post-body |
jiraPrepend | "" | Prepends JIRA ID with an optional decorator. e.g.: [DAZ-1234 |
jiraAppend | "" | Appends JIRA ID with an optional decorator. e.g.: DAZ-1234] |
exclamationMark | false | On breaking changes, adds an exclamation mark (!) after the scope, e.g.: type(scope)!: break stuff . When activated, reduces the effective allowed header length by 1. |
If using the commitlint js library, the "maxHeaderWidth" configuration property will default to the configuration of the "header-max-length" rule instead of the hard coded value of 72. This can be ovewritten by setting the 'maxHeaderWidth' configuration in package.json or the CZ_MAX_HEADER_WIDTH environment variable.
No vulnerabilities found.
Reason
no dangerous workflow patterns detected
Reason
no binaries found in the repo
Reason
license file detected
Details
Reason
Found 23/26 approved changesets -- score normalized to 8
Reason
dependency not pinned by hash detected -- score normalized to 3
Details
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Reason
10 existing vulnerabilities detected
Details
Score
Last Scanned on 2024-11-25
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More