Home
Docs
GitHub
Pricing
Blog
Log In

Run Sandworm Audit for your App

Get started
Hold on, we're currently generating a fresh version of this report
Generated on Apr 27, 2024 via pnpm

@commitlint/config-conventional 17.7.0

Shareable commitlint config enforcing conventional commits
Package summary
Share
0
issues
2
licenses
5
MIT
1
ISC
Package created
24 Nov 2017
Version published
9 Aug 2023
Maintainers
4
Total deps
6
Direct deps
1
License
MIT

Issues

0
This package has no issues

Licenses

MIT License

Permissive
OSI Approved
This is a human-readable summary of (and not a substitute for) the license. Disclaimer.
Can
commercial-use
modify
distribute
sublicense
private-use
Cannot
hold-liable
Must
include-copyright
include-license
5 Packages, Including:
@commitlint/config-conventional@17.7.0
array-ify@1.0.0
compare-func@2.0.0
dot-prop@5.3.0
is-obj@2.0.0

ISC License

Permissive
OSI Approved
This is a human-readable summary of (and not a substitute for) the license. Disclaimer.
Can
commercial-use
modify
distribute
Cannot
hold-liable
Must
include-copyright
include-license
1 Packages, Including:
conventional-changelog-conventionalcommits@6.1.0
Disclaimer

This deed highlights only some of the key features and terms of the actual license. It is not a license and has no legal value. You should carefully review all of the terms and conditions of the actual license before using the licensed material.

Sandworm is not a law firm and does not provide legal services. Distributing, displaying, or linking to this deed or the license that it summarizes does not create a lawyer-client or any other relationship.

Direct Dependencies

1
All Dependencies CSV
β“˜ This is a list of @commitlint/config-conventional 's direct dependencies. Data on all dependencies, including transitive ones, is available via CSV download.
NameVersionSizeLicenseTypeVulnerabilities
conventional-changelog-conventionalcommits6.1.05.25 kBISC
prod

Visualizations

Frequently Asked Questions

What does @commitlint/config-conventional do?

The Node Package Manager (NPM) package "@commitlint/config-conventional" is an invaluable tool that ensures your commits are properly aligned with the conventional commit guidelines. Conventional commits are a conventional style for commit messages that ensures your version management and release versions are made in a standardized way, increasing readability and understanding of your code changes.

How do you use @commitlint/config-conventional?

You can easily start using "@commitlint/config-conventional" by following the below steps:

  1. Install the package and the commitlint command-line interface (CLI) with the following command in your terminal:
npm install --save-dev @commitlint/config-conventional @commitlint/cli
  1. Subsequently, create a 'commitlint.config.js' file in your project directory and add the below code to it:
module.exports = {extends: ['@commitlint/config-conventional']};

This indicates that commitlint should use the conventional config in validating commit messages. Therefore, whenever you try to commit to git, commitlint will check whether your commit message follows the conventional commits format.

Sample Usage:

echo "fix(scope): some message" # passes
echo "fix: some message that is way too long and breaks the line max-length by several characters" # fails

Remember to replace 'fix(scope): some message' with your own commit message. The result 'passes' means that the commit message follows the conventional commits guideline. Inversely, 'fails' means the commit message does not adhere to the guideline.

Where are the @commitlint/config-conventional docs?

The "@commitlint/config-conventional" documentation is freely accessible at this url. Here, you'll find a complete list of available rules as well as specific information about their usage, conditions, and the associated error levels.