Skip to content

Commit a4e9ab8

Browse files
authored
Merge branch 'alpha' into fix-alpha-GHSA-p6h4-93qp-jhcm
2 parents d212535 + 972b800 commit a4e9ab8

File tree

4 files changed

+29
-7
lines changed

4 files changed

+29
-7
lines changed

CONTRIBUTING.md

+19-4
Original file line numberDiff line numberDiff line change
@@ -22,6 +22,8 @@
2222
- [Pull Request](#pull-request)
2323
- [Breaking Change](#breaking-change)
2424
- [Merging](#merging)
25+
- [Breaking Change](#breaking-change-1)
26+
- [Reverting](#reverting)
2527
- [Versioning](#versioning)
2628
- [Code of Conduct](#code-of-conduct)
2729

@@ -335,17 +337,30 @@ If a pull request contains a braking change, the description of the pull request
335337

336338
The following guide is for anyone who merges a contributor pull request into the working branch, the working branch into a release branch, a release branch into another release branch, or any other direct commits such as hotfixes into release branches or the working branch.
337339

338-
- For changelog generation, only the commit message set when merging the pull request is relevant. The title and description of the GitHub pull request as authored by the contributor have no influence on the changelog generation. However, the title of the GitHub pull request should be used as the commit message.
339-
- If the pull request contains a breaking change, the commit message must contain the phrase `BREAKING CHANGE`, capitalized and without any formatting, followed by a short description of the breaking change and ideally how the developer should address it, all in a single line. This line should contain more details focusing on the "breaking” aspect of the change and is intended to assist the developer in adapting. Keep it concise, as it will become part of the changelog entry, for example:
340+
- A contributor pull request must be merged into the working branch using `Squash and Merge`, to create a single commit message that describes the change.
341+
- A release branch or the default branch must be merged into another release branch using `Merge Commit`, to preserve each individual commit message that describes its respective change.
342+
- For changelog generation, only the commit message set when merging the pull request is relevant. The title and description of the GitHub pull request as authored by the contributor have no influence on the changelog generation. However, the title of the GitHub pull request should be used as the commit message. See the following chapters for considerations in special scenarios, e.g. merging a breaking change or reverting a commit.
343+
344+
### Breaking Change
345+
346+
If the pull request contains a breaking change, the commit message must contain the phrase `BREAKING CHANGE`, capitalized and without any formatting, followed by a short description of the breaking change and ideally how the developer should address it, all in a single line. This line should contain more details focusing on the "breaking” aspect of the change and is intended to assist the developer in adapting. Keep it concise, as it will become part of the changelog entry, for example:
340347
341348
```
342349
fix: remove handle from door
343350
344351
BREAKING CHANGE: You cannot open the door anymore by using a handle. See the [#migration guide](http://example.com) for more details.
345352
```
346353
Keep in mind that in a repository with release automation, merging such a commit message will trigger a release with a major version increment.
347-
- A contributor pull request must be merged into the working branch using `Squash and Merge`, to create a single commit message that describes the change.
348-
- A release branch or the default branch must be merged into another release branch using `Merge Commit`, to preserve each individual commit message that describes its respective change.
354+
355+
### Reverting
356+
357+
If the commit reverts a previous commit, use the prefix `revert:`, followed by the header of the reverted commit. In the body of the commit message add `This reverts commit <hash>.`, where the hash is the SHA of the commit being reverted. For example:
358+
359+
```
360+
revert: fix: remove handle from door
361+
362+
This reverts commit 1234567890abcdef.
363+
```
349364
350365
## Versioning
351366

changelogs/CHANGELOG_alpha.md

+7
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
# [5.0.0-alpha.27](https://github.com/parse-community/parse-server/compare/5.0.0-alpha.26...5.0.0-alpha.27) (2022-03-12)
2+
3+
4+
### Reverts
5+
6+
* update node engine to 2.22.0 ([#7827](https://github.com/parse-community/parse-server/issues/7827)) ([f235412](https://github.com/parse-community/parse-server/commit/f235412c1b6c2b173b7531f285429ea7214b56a2))
7+
18
# [5.0.0-alpha.26](https://github.com/parse-community/parse-server/compare/5.0.0-alpha.25...5.0.0-alpha.26) (2022-02-25)
29

310

package-lock.json

+1-1
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

package.json

+2-2
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
{
22
"name": "parse-server",
3-
"version": "5.0.0-alpha.26",
3+
"version": "5.0.0-alpha.27",
44
"description": "An express module providing a Parse-compatible API server",
55
"main": "lib/index.js",
66
"repository": {
@@ -132,7 +132,7 @@
132132
"madge:circular": "node_modules/.bin/madge ./src --circular"
133133
},
134134
"engines": {
135-
"node": ">=12.22.0 <17"
135+
"node": ">=12.20.0 <17"
136136
},
137137
"bin": {
138138
"parse-server": "bin/parse-server"

0 commit comments

Comments
 (0)