5
5
6
6
# Scopes are optionally supplied after a 'type'. For example, in
7
7
#
8
- # feat(cdr ): autostart ui
8
+ # feat(docs ): autostart ui
9
9
#
10
- # '(cdr)' is the scope. Scopes are used to signify where the change occurred.
11
- scopes : []
10
+ # '(docs)' is the scope. Scopes are used to signify where the change occurred.
11
+ scopes :
12
+ # docs: changes to the code-server documentation.
13
+ - docs
14
+
15
+ # vendor: changes to vendored dependencies.
16
+ - vendor
17
+
18
+ # tests: changes to test code.
19
+ - tests
20
+
21
+ # deps: changes to code-server's dependencies.
22
+ - deps
23
+
24
+ # cs: changes to code specific to code-server.
25
+ - cs
26
+
27
+ # cli: changes to the command-line interface.
28
+ - cli
12
29
13
30
# We only check that the PR title is semantic. The PR title is automatically
14
31
# applied to the "Squash & Merge" flow as the suggested commit message, so this
24
41
# A build of any kind.
25
42
- build
26
43
27
- # A RELEASED fix that will NOT be back-ported. The originating issue may have
28
- # been discovered internally or externally to Coder.
44
+ # A user-facing change that corrects a defect in code-server.
29
45
- fix
30
46
31
47
# Any code task that is ignored for changelog purposes. Examples include
@@ -35,18 +51,9 @@ types:
35
51
# Any work performed on CI.
36
52
- ci
37
53
38
- # An UNRELEASED correction. For example, features are often built
39
- # incrementally and sometimes introduce minor flaws during a release cycle.
40
- # Corrections address those increments and flaws.
41
- - correct
42
-
43
54
# Work that directly implements or supports the implementation of a feature.
44
55
- feat
45
56
46
- # A fix for a RELEASED bug (regression fix) that is intended for patch-release
47
- # purposes.
48
- - hotfix
49
-
50
57
# A refactor changes code structure without any behavioral change.
51
58
- refactor
52
59
0 commit comments