@@ -17,7 +17,7 @@ It is recommended to do so a couple of days before the packaging day, to
17
17
have enough time to investigate failures, communicate with the authors and
18
18
commit the fixes.
19
19
The RM for the branch is also responsible for keeping the CI green on
20
- ongoing bases between the releases. Check the CI status for your branch
20
+ ongoing basis between the releases. Check the CI status for your branch
21
21
periodically and resolve the failures ASAP. See more in:
22
22
https://wiki.php.net/rfc/travis_ci
23
23
@@ -271,8 +271,8 @@ to upgrade.
271
271
10. Wait an hour or two, then send a mail to
[email protected] ,
272
272
273
273
http://news.php.net/php.internals/17222.
274
- Please make sure that the mail to php-announce@ is its own completely seperate email.
275
- This is to make sure that repiles to the announcement on php-general@ or internals@
274
+ Please make sure that the mail to php-announce@ is its own completely separate email.
275
+ This is to make sure that replies to the announcement on php-general@ or internals@
276
276
will not accidentally hit the php-announce@ mailinglist.
277
277
278
278
Re-releasing the same version (or -pl)
@@ -309,6 +309,6 @@ to upgrade.
309
309
5. Wait an hour or two, then send a mail to
[email protected] ,
310
310
311
311
the news entry.
312
- Please make sure that the mail to php-announce@ is its own completely seperate email.
313
- This is to make sure that repiles to the announcement on php-general@ or internals@
312
+ Please make sure that the mail to php-announce@ is its own completely separate email.
313
+ This is to make sure that replies to the announcement on php-general@ or internals@
314
314
will not accidentally hit the php-announce@ mailinglist.
0 commit comments