docs/merging-rules: update backporting information
We haven't released service packs in years, so there's no point to document them as a process. Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7077>
This commit is contained in:
parent
c42e5e9a32
commit
3c19b268c2
1 changed files with 9 additions and 9 deletions
|
|
@ -36,13 +36,13 @@ cases, before merging, in addition to the regular approvals, it is required to:
|
|||
|
||||
== Backporting ==
|
||||
|
||||
Backporting features from pmaports edge to stable is done in service packs. So
|
||||
the new feature has some additional testing time in edge, before it potentially
|
||||
breaks something in stable.
|
||||
Backporting features from edge to stable is done at request of the MR author or
|
||||
package maintainer. All patches for stable branches must go through edge first
|
||||
and get backported from there to get additional testing before they potentially
|
||||
breaks something in stable. The only exception are patches for failures that
|
||||
only happen on stable.
|
||||
|
||||
Critical fixes can be backported immediately, after proper testing to make sure
|
||||
that there is no breakage.
|
||||
|
||||
All patches for stable branches must go through edge first and get backported
|
||||
from there. The only exception are patches that fix build failures that only
|
||||
happen on stable.
|
||||
Only some members of the team are allowed to push to stable branches. To get a
|
||||
patch backported to stable, label the MR with the corresponding `backport-to-v*`
|
||||
label, and request a Core Contributor to cherry-pick it. Cherry-picking should
|
||||
be done using `-x` option, to make sure that the original commit is mentioned.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue