MFH

1 files changed, 25 insertions, 19 deletions

diff --git a/README.RELEASE_PROCESS b/README.RELEASE_PROCESS
index 232159aeb6..6a32dcdb98 100644
--- a/README.RELEASE_PROCESS
+++ b/README.RELEASE_PROCESS
@@ -48,33 +48,36 @@ Do not use abbreviations for alpha and beta.
 
 3. Commit those changes
 
-4. tag the repository with the version f.e. "``cvs tag php_4_4_1RC1``"
+4. run the "scripts/dev/credits" script in php-src and commit the changes in the
+credits files in ext/standard.
+
+5. tag the repository with the version f.e. "``cvs tag php_4_4_1RC1``"
 (of course, you need to change that to the version you're rolling an RC for).
 
-5. Bump up the version numbers in ``main/php_version.h``, ``configure.in``
+6. Bump up the version numbers in ``main/php_version.h``, ``configure.in``
 and possibly ``NEWS`` again, to the **next** version. F.e. if the release
 candidate was "4.4.1RC1" then the new one should be "4.4.1RC2-dev" - regardless
 if we get a new RC or not. This is to make sure ``version_compare()`` can
 correctly work.
 
-6. Commit those changes
+7. Commit those changes
 
-7. Log in onto the snaps box and go into the correct tree (f.e. the PHP_4_4
+8. Log in onto the snaps box and go into the correct tree (f.e. the PHP_4_4
 branch if you're rolling 4.4.x releases).
 
-8. You do not have to update the tree, but of course you can with "``cvs up -dP``".
+9. You do not have to update the tree, but of course you can with "``cvs up -dP``".
 
-9. run: ``./makedist php 4.4.1RC1``, this will export the tree, create configure
+10. run: ``./makedist php 4.4.1RC1``, this will export the tree, create configure
 and build two tarballs (one gz and one bz2).
 
-10. Copy those two tarballs to www.php.net, in your homedir their should be a
+11. Copy those two tarballs to www.php.net, in your homedir their should be a
 directory "downloads/". Copy them into there, so that the system can generate
 MD5 sums. If you do not have this directory, talk to Derick.
 
-11. Now the RC can be found on http://downloads.php.net/yourname,
+12. Now the RC can be found on http://downloads.php.net/yourname,
 f.e. http://downloads.php.net/derick/
 
-12. Once the release has been tagged, contact the PHP Windows development team
+13. Once the release has been tagged, contact the PHP Windows development team
 (internals-win@lists.php.net) so that Windows binaries can be created. Once
 those are made, they should be placed into the same directory as the source snapshots.
 
@@ -137,34 +140,37 @@ Rolling a stable release
 
 4. Commit those changes
 
-5. tag the repository with the version f.e. "``cvs tag php_4_4_1``"
+5. run the "scripts/dev/credits" script in php-src and commit the changes in the
+credits files in ext/standard.
+
+6. tag the repository with the version f.e. "``cvs tag php_4_4_1``"
 (of course, you need to change that to the version you're rolling an RC for).
 When making 5.X release, you need to tag the Zend directory separately!!
 
-6. Bump up the version numbers in ``main/php_version.h``, ``configure.in`` and
+7. Bump up the version numbers in ``main/php_version.h``, ``configure.in`` and
 possibly ``NEWS`` again, to the **next** version. F.e. if the release candidate
 was "4.4.1RC1" then the new one should be "4.4.1RC2-dev" - regardless if we get
 a new RC or not. This is to make sure ``version_compare()`` can correctly work.
 
-7. Commit those changes
+8. Commit those changes
 
-8. Log in onto the snaps box and go into the correct tree (f.e. the PHP_4_4
+9. Log in onto the snaps box and go into the correct tree (f.e. the PHP_4_4
 branch if you're rolling 4.4.x releases).
 
-9. You do not have to update the tree, but of course you can with "``cvs up -dP``".
+10. You do not have to update the tree, but of course you can with "``cvs up -dP``".
 
-10. run: ``./makedist php 4.4.1``, this will export the tree, create configure
+11. run: ``./makedist php 4.4.1``, this will export the tree, create configure
 and build two tarballs (one gz and one bz2).
 
-11. Commit those two tarballs to CVS (phpweb/distributions)
+12. Commit those two tarballs to CVS (phpweb/distributions)
 
-12. Once the release has been tagged, contact the PHP Windows development team
+13. Once the release has been tagged, contact the PHP Windows development team
 (internals-win@lists.php.net) so that Windows binaries can be created. Once
 those are made, they should be committed to CVS too.
 
-13. Check if the pear files are updated (phar for 5.1+ or run pear/make-pear-bundle.php with 4.4)
+14. Check if the pear files are updated (phar for 5.1+ or run pear/make-pear-bundle.php with 4.4)
 
-14. When making a final release, also remind the PHP Windows development team
+15. When making a final release, also remind the PHP Windows development team
 (internals-win@lists.php.net) to prepare the installer packages for Win32.
 
 Getting the stable release announced