@@ -4,7 +4,7 @@ A release managers role includes making packaged source code from the canonical
4
4
available according to their release schedule.
5
5
6
6
The release schedule for their branch is available on a Wiki page, for example
7
- [ PHP 8.0 release schedule] ( https://wiki.php.net/todo/php80 )
7
+ [ PHP 8.0 release schedule] ( https://wiki.php.net/todo/php80 )
8
8
9
9
There are two types of release:
10
10
@@ -15,8 +15,8 @@ The process of making packaged source available and announcing availability is e
15
15
in detail below. The process differs slightly for non-stable and stable releases.
16
16
17
17
Before a release manager can begin their work, there are several things that must happen,
18
- explained at the end of this document in
19
- [ New Release Manager Checklist] ( #new-release-manager-checklist ) .
18
+ explained at the end of this document in
19
+ [ New Release Manager Checklist] ( #new-release-manager-checklist ) .
20
20
21
21
## General notes and tips
22
22
@@ -422,8 +422,9 @@ branch:
422
422
next minor or major release, issue a call for volunteers on
423
423
[email protected] (cf. http://news.php.net/php.internals/98652).
424
424
425
- 2. Make sure that there are two or more volunteers, and hold a vote if
426
- necessary (see
425
+ 2. Make sure that there are two or more volunteers. Typically, one should be a
426
+ veteran release manager (having previously served as a php-src release manager),
427
+ while the other one (or two) should be rookies. Hold a vote if necessary (see
427
428
https://wiki.php.net/rfc/releaseprocess#release_managers_selection).
428
429
429
430
3. Help the new release managers with their first steps.
0 commit comments