|
11 | 11 | - [Review Feedback](#review-feedback)
|
12 | 12 | - [Merge Readiness](#merge-readiness)
|
13 | 13 | - [Review Validity](#review-validity)
|
| 14 | + - [Code Ownership](#code-ownership) |
14 | 15 | - [Environment Setup](#environment-setup)
|
15 | 16 | - [Recommended Tools](#recommended-tools)
|
16 | 17 | - [Setting up your local machine](#setting-up-your-local-machine)
|
|
34 | 35 | - [Breaking Change](#breaking-change-1)
|
35 | 36 | - [Reverting](#reverting)
|
36 | 37 | - [Security Vulnerability](#security-vulnerability)
|
| 38 | + - [Local Testing](#local-testing) |
| 39 | + - [Merging](#merging-1) |
37 | 40 | - [Releasing](#releasing)
|
38 | 41 | - [General Considerations](#general-considerations)
|
39 | 42 | - [Major Release / Long-Term-Support](#major-release--long-term-support)
|
@@ -143,6 +146,12 @@ It's contrary to an open, collaborative environment to expect others to be invol
|
143 | 146 |
|
144 | 147 | Your arguments must focus on the issue, not on your assumption of someone else's personal experience. We will take immediate and appropriate action in case of personal attacks, regardless of your previous contributions. Personal attacks are not permissible. If you became a victim of personal attacks, you can privately [report](https://docs.github.com/en/communities/maintaining-your-safety-on-github/reporting-abuse-or-spam) the GitHub comment to the Parse Platform PMC.
|
145 | 148 |
|
| 149 | +### Code Ownership |
| 150 | + |
| 151 | +> *Can I open a new pull request based on another author's pull request?* |
| 152 | +
|
| 153 | +If your pull request contains work from someone else then you are required to get their permission to use their work in your pull request. Please make sure to observe the [license](LICENSE) for more details. In addition, as an appreciative gesture you should clearly mention that your pull request is based on another pull request with a link in the top-most comment of your pull request. To avoid this issue we encourage contributors to collaborate on a single pull request to preserve the commit history and clearly identify each author's contribution. To do so, you can review the other author's pull request and submit your code suggestions, or ask the original author to grant you write access to their repository to also be able to make commits directly to their pull request. |
| 154 | + |
146 | 155 | ## Environment Setup
|
147 | 156 |
|
148 | 157 | ### Recommended Tools
|
@@ -496,7 +505,6 @@ The following changes are done in the `alpha` branch, before publishing the last
|
496 | 505 | - Make sure all [deprecations](https://github.com/parse-community/parse-server/blob/alpha/DEPRECATIONS.md) are reflected in code, old code is removed and the deprecations table is updated.
|
497 | 506 | - Add the future LTS branch `release-#.x.x` to the branch list in [release.config.js](https://github.com/parse-community/parse-server/blob/alpha/release.config.js) so that the branch will later be recognized for release automation.
|
498 | 507 |
|
499 |
| -
|
500 | 508 | ### Publishing Release (forward-merge):
|
501 | 509 |
|
502 | 510 | 1. Create new temporary branch `build` on branch `beta`.
|
@@ -547,6 +555,7 @@ The following changes are done in the `alpha` branch, before publishing the last
|
547 | 555 | 1. Create LTS branch `release-#.x.x` off the latest version tag on `release` branch.
|
548 | 556 | 2. Create temporary branch `build-release` off branch `beta` and create a pull request with `release` as the base branch.
|
549 | 557 | 3. Merge branch `build-release` into `release`. Given that there will be breaking changes, a new major release will be created. In the unlikely case that there have been no breaking changes between the previous major release and the upcoming release, a major version increment has to be triggered manually. See the docs of the release automation framework for how to do that.
|
| 558 | +4. Add newly created LTS branch `release-#.x.x` from step 1 to [Snyk](https://snyk.io) so that Snyk opens pull requests for the LTS branch; remove previously existing LTS branch `release-#.x.x` from Snyk. |
550 | 559 |
|
551 | 560 | ## Versioning
|
552 | 561 |
|
|
0 commit comments