UNPKG

ember-template-lint

Version:

Linter for Ember or Handlebars templates.

github.com/ember-template-lint/ember-template-lint

ember-template-lint/ember-template-lint

59 lines (35 loc) • 1.99 kB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
# Semantic Versioning Policy `ember-template-lint` follows [semantic versioning](http://semver.org/) and [ESLint's Semantic Versioning Policy](https://github.com/eslint/eslint#semantic-versioning-policy). For clarity, we define semver policy for this addon in two parts- as related to **rules** and as related to **config** files. ## Related to Rules ### Patch Release A patch release should not break your lint build. * A bug fix in a rule that results in it reporting fewer errors. * Improvements to documentation. * Non-user-facing changes such as refactoring code, adding, deleting, or modifying tests, and increasing test coverage. * Re-releasing after a failed release (i.e., publishing a release that doesn't work for anyone). ### Minor Release A minor release may break your lint build in some cases. * A bug fix in a rule that results in it reporting more errors. * A new rule is created. * A new option to an existing rule is created. * An existing rule is deprecated. ### Major Release A major release is likely to break your lint build. * Support for an old Node version is dropped. * An existing rule is changed in it reporting more errors. * An existing rule is removed. * An existing option of a rule is removed. ## Config Files ### Patch or Minor Release A patch or minor release should not break your lint build. * Removing a rule * Making a rule less restrictive ### Major Releases A major release is likely to break your lint build. * Adding new rules in a config set * Making a rule more restrictive ## Exemptions There are some files that are intended to be used for special purposes and as such are exempt from this versioning policy. Exemption list: * [a11y](../lib/config/a11y.js) - this config file was created to help in instances where an a11y-specific linting audit of a codebase is desired. This is excluded from the normal SemVer guarantees as we expect it to always be the "canonical reference" for the A11Y related rules in the codebase.