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: CONTRIBUTING.md
+22Lines changed: 22 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -22,6 +22,7 @@
22
22
-[Pull Request](#pull-request)
23
23
-[Breaking Change](#breaking-change)
24
24
-[Merging](#merging)
25
+
-[Versioning](#versioning)
25
26
-[Code of Conduct](#code-of-conduct)
26
27
27
28
## Contributing
@@ -346,6 +347,27 @@ The following guide is for anyone who merges a contributor pull request into the
346
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.
347
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.
348
349
350
+
## Versioning
351
+
352
+
> The following versioning system is applied since Parse Server 5.0.0 and does not necessarily apply to previous releases.
353
+
354
+
Parse Server follows [semantic versioning](https://semver.org) with a flavor of [calendric versioning](https://calver.org). Semantic versioning makes Parse Server easy to upgrade because breaking changes only occur in major releases. Calendric versioning gives an additional sense of how old a Parse Server release is and allows for Long-Term Support of previous major releases.
- The `major` version increments with the first release of every year and may include changes that are *not backwards compatible*.
361
+
- The `minor` version increments during the year and may include new features or improvements of existing features that are backwards compatible.
362
+
- The `patch` version increments during the year and may include bug fixes that are backwards compatible.
363
+
- The `pre-release-label` is optional for pre-release versions such as:
364
+
- `-alpha` (likely to contain bugs, likely to change in features until release)
365
+
- `-beta` (likely to contain bugs, no change in features until release)
366
+
- The `[pre-release-increment]` is a number that increments with every new version of a pre-release
367
+
368
+
Exceptions:
369
+
- The `major` version may increment during the year in the unlikely event that a breaking change is so urgent that it cannot wait for the next yearly release. An example would be a vulnerability fix that leads to an unavoidable breaking change. However, security requirements depend on the application and not every vulnerability may affect every deployment, depending on the features used. Therefore we usually prefer to deprecate insecure functionality and introduce the breaking change following our [deprecation policy](#deprecation-policy).
370
+
349
371
## Code of Conduct
350
372
351
373
This project adheres to the [Contributor Covenant Code of Conduct](https://github.com/parse-community/parse-server/blob/master/CODE_OF_CONDUCT.md). By participating, you are expected to honor this code.
Copy file name to clipboardExpand all lines: README.md
+18-17Lines changed: 18 additions & 17 deletions
Original file line number
Diff line number
Diff line change
@@ -108,31 +108,32 @@ Before you start make sure you have installed:
108
108
#### Node.js
109
109
Parse Server is continuously tested with the most recent releases of Node.js to ensure compatibility. We follow the [Node.js Long Term Support plan](https://github.com/nodejs/Release) and only test against versions that are officially supported and have not reached their end-of-life date.
110
110
111
-
| Version | Latest Version | End-of-Life Date | Compatibility |
| Node.js 16 | 16.x.x | April 2024 | ❌ Not tested |
116
117
117
118
#### MongoDB
118
119
Parse Server is continuously tested with the most recent releases of MongoDB to ensure compatibility. We follow the [MongoDB support schedule](https://www.mongodb.com/support-policy) and only test against versions that are officially supported and have not reached their end-of-life date.
119
120
120
-
| Version | Latest Version | End-of-Life Date|Compatibility |
Parse Server is continuously tested with the most recent releases of PostgreSQL and PostGIS to ensure compatibility, using [PostGIS docker images](https://registry.hub.docker.com/r/postgis/postgis/tags?page=1&ordering=last_updated). We follow the [PostgreSQL support schedule](https://www.postgresql.org/support/versioning) and [PostGIS support schedule](https://www.postgis.net/eol_policy/) and only test against versions that are officially supported and have not reached their end-of-life date. Due to the extensive PostgreSQL support duration of 5 years, Parse Server drops support if a version is older than 3.5 years and a newer version has been available for at least 2.5 years.
129
130
130
-
| Version | PostGIS Version | End-of-Life Date | Parse Server Support End |Compatibility |
0 commit comments