You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/PULL_REQUEST_TEMPLATE.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,7 +20,7 @@
20
20
### Before submitting the PR, please make sure you do the following
21
21
22
22
-[ ] Read the [Contributing Guidelines](https://github.com/vitejs/vite-plugin-react/blob/main/CONTRIBUTING.md).
23
-
-[ ] Read the [Pull Request Guidelines](https://github.com/vitejs/vite-plugin-react/blob/main/CONTRIBUTING.md#pull-request-guidelines) and follow the [Commit Convention](https://github.com/vitejs/vite-plugin-react/blob/main/.github/commit-convention.md).
23
+
-[ ] Read the [Pull Request Guidelines](https://github.com/vitejs/vite-plugin-react/blob/main/CONTRIBUTING.md#pull-request-guidelines) and follow the [PR Title Convention](https://github.com/vitejs/vite-plugin-react/blob/main/.github/commit-convention.md).
24
24
-[ ] Check that there isn't already a PR that solves the problem the same way to avoid creating a duplicate.
25
25
-[ ] Provide a description in this PR that addresses **what** the PR is solving, or reference the issue that it solves (e.g. `fixes #123`).
26
26
-[ ] Ideally, include relevant tests that fail without this PR but pass with it.
Appears under "Bug Fixes" header, `dev` subheader, with a link to issue #28:
23
-
24
-
```
25
18
fix(dev): fix dev error
26
-
27
-
close #28
28
-
```
29
-
30
-
Appears under "Performance Improvements" header, and under "Breaking Changes" with the breaking change explanation:
31
-
32
-
```
33
-
perf(build): remove 'foo' option
34
-
35
-
BREAKING CHANGE: The 'foo' option has been removed.
36
-
```
37
-
38
-
The following commit and commit `667ecc1` do not appear in the changelog if they are under the same release. If not, the revert commit appears under the "Reverts" header.
39
-
40
-
```
19
+
perf(build)!: remove 'foo' option
41
20
revert: feat(compiler): add 'comments' option
42
-
43
-
This reverts commit 667ecc1654a317a13331b17617d973392f415f02.
44
-
```
45
-
46
-
### Full Message Format
47
-
48
-
A commit message consists of a **header**, **body** and **footer**. The header has a **type**, **scope** and **subject**:
49
-
50
-
```
51
-
<type>(<scope>): <subject>
52
-
<BLANK LINE>
53
-
<body>
54
-
<BLANK LINE>
55
-
<footer>
56
21
```
57
22
58
-
The **header** is mandatory and the **scope** of the header is optional.
59
-
60
23
### Revert
61
24
62
-
If the commit reverts a previous commit, it should begin with `revert: `, followed by the header of the reverted commit. In the body, it should say: `This reverts commit <hash>.`, where the hash is the SHA of the commit being reverted.
63
-
64
-
### Type
65
-
66
-
If the prefix is `feat`, `fix` or `perf`, it will appear in the changelog. However, if there is any [BREAKING CHANGE](#footer), the commit will always appear in the changelog.
67
-
68
-
Other prefixes are up to your discretion. Suggested prefixes are `docs`, `chore`, `style`, `refactor`, and `test` for non-changelog related tasks.
25
+
If the PR reverts a previous commit, it should begin with `revert: `, followed by the header of the reverted commit
69
26
70
27
### Scope
71
28
@@ -78,15 +35,3 @@ The subject contains a succinct description of the change:
78
35
- use the imperative, present tense: "change" not "changed" nor "changes"
79
36
- don't capitalize the first letter
80
37
- no dot (.) at the end
81
-
82
-
### Body
83
-
84
-
Just as in the **subject**, use the imperative, present tense: "change" not "changed" nor "changes".
85
-
The body should include the motivation for the change and contrast this with previous behavior.
86
-
87
-
### Footer
88
-
89
-
The footer should contain any information about **Breaking Changes** and is also the place to
90
-
reference GitHub issues that this commit **Closes**.
91
-
92
-
**Breaking Changes** should start with the word `BREAKING CHANGE:` with a space or two newlines. The rest of the commit message is then used for this.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -27,10 +27,10 @@ This repo is a monorepo using pnpm workspaces. The package manager used to insta
27
27
28
28
- Make sure tests pass!
29
29
30
-
- Commit messages must follow the [commit message convention](./.github/commit-convention.md) so that changelogs can be automatically generated. Commit messages are automatically validated before commit (by invoking [Git Hooks](https://git-scm.com/docs/githooks) via [simple-git-hooks](https://github.com/toplenboren/simple-git-hooks)).
31
-
32
30
- No need to worry about code style as long as you have installed the dev dependencies. Modified files are automatically formatted with Prettier on commit (by invoking [Git Hooks](https://git-scm.com/docs/githooks) via [simple-git-hooks](https://github.com/toplenboren/simple-git-hooks)).
33
31
32
+
- PR title must follow the [commit message convention](./.github/commit-convention.md) so that changelogs can be automatically generated.
0 commit comments