4.1.1 • Published 29 days ago

stylelint-config-coldfront v4.1.1

Weekly downloads
137
License
ISC
Repository
github
Last release
29 days ago

stylelint-config-coldfront

Latest release License Tests GitHub CodeQL

Custom stylelint config used for Coldfront projects.

Extends stylelint-config-recommended, stylelint-config-recommended-scss, stylelint-config-prettier, and stylelint-config-property-sort-order-smacss.

Implements the stylelint-scss, and the stylelint-prettier plugins.

For more detail on the rules implemented, see the config itself.

Installation

npm install stylelint prettier stylelint-config-coldfront --save-dev

Usage

Add the following to your stylelint configuration file

extends: [
  'stylelint-config-coldfront'
]

Development

Committing

This project uses the conventional commit standard, which means your commits should follow a basic template of:

\optional scope: \

optional body

optional footer(s)

For more detailed information about available types, scopes, breaking changes, etc. please see the official documentation.

This project also provides a command to assist you in formatting commit messages using commitizen:

npm run commit

Versioning

This project uses Semantic Versioning 2.0.0 to keep track of releases.

Given a version number MAJOR.MINOR.PATCH, increment the:

  1. MAJOR version when you make incompatible API changes,
  2. MINOR version when you add functionality in a backward compatible manner, and
  3. PATCH version when you make backwards compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to > the MAJOR.MINOR.PATCH format.

For more detailed information about SemVer, please see the official documentation.

When making a release, you should use the provided command:

npm run release

This command uses standard-version to parse through your commits, decide what kind of release will be created, and automatically generates a CHANGELOG.md file for your project. These changes are then commited using the message chore(release): <version number>.

Once that is done, you can simply run git push --follow-tags origin to have your release pushed up to the repository.

5.0.0-beta.0

29 days ago

3.1.2

7 months ago

4.1.1

7 months ago

3.1.1

7 months ago

4.1.0

7 months ago

4.0.0

7 months ago

3.1.0

1 year ago

3.0.1

2 years ago

3.0.0

2 years ago

2.0.3

3 years ago

2.0.2

4 years ago

2.0.1

4 years ago

2.0.0

4 years ago

1.0.3

5 years ago

1.0.2

5 years ago

1.0.1

5 years ago

1.0.0

5 years ago