pajoye                                   Wed, 14 Dec 2011 16:32:50 +0000

Revision: http://svn.php.net/viewvc?view=revision&revision=321018

Log:
- add announce steps, s,cvs,svn, MFH

Changed paths:
    U   php/php-src/branches/PHP_5_3/README.RELEASE_PROCESS
    U   php/php-src/branches/PHP_5_4/README.RELEASE_PROCESS
    U   php/php-src/trunk/README.RELEASE_PROCESS

Modified: php/php-src/branches/PHP_5_3/README.RELEASE_PROCESS
===================================================================
--- php/php-src/branches/PHP_5_3/README.RELEASE_PROCESS	2011-12-14 16:28:13 UTC (rev 321017)
+++ php/php-src/branches/PHP_5_3/README.RELEASE_PROCESS	2011-12-14 16:32:50 UTC (rev 321018)
@@ -20,12 +20,18 @@

 5. Verify the tags to be extra sure everything was tagged properly.

-6. Moving extensions from/to PECL requires root level access to the CVS server.
-Contact syst...@php.net to get this taken care of.
+6. Moving extensions from/to PECL requires write acces to the destination.
+Most developers should have this.

 Moving extensions from php-src to PECL
-- Filesystem: cp -r php-src/ext/foo pecl/foo
-- cvs rm php-src/ext/foo
+- Checkout the pecl directory, most likely you want a sparse-root checkout
+  svn co --depth=empty https://svn.php.net/repository/pecl
+- Create an directory for the extension incl. branch and tag structure,
+  no trunk at this point and commit this to svn
+  cd pecl; mkdir foo foo/tags foo/branches; svn add foo; svn commit
+- Move the extension from php-src to the new location
+  svn mv https://svn.php.net/repository/php/php-src/trunk/ext/foo \
+         https://svn.php.net/repository/pecl/foo/trunk

 If the extension is still usable or not dead, in cooperation with the extension
 maintainers if any:
@@ -33,27 +39,25 @@
 - create the package.xml, commit
 - release the package

-Moving extensions from PECL to php-src
-- Filesystem: cp -r pecl/foo php-src/ext/foo
-OR depending on the wishes from the PECL extension maintainer.
-- Filesystem: ln -s pecl/foo php-src/ext/foo
+For Moving extensions from PECL to php-src the svn mv has to be tone the other
+way round.

 Rolling a non stable release (alpha/beta/RC)
 --------------------------------------------

-1. Check windows snapshot builder logs (http://snaps.php.net/win32/snapshot-STABLE.log f.e.)
+1. Check windows snapshot builder logs (http://windows.php.net/downloads/snaps/ the last revision)

-2. Bump the version numbers in ``main/php_version.h``, ``configure.in`` and possibly ``NEWS``.
+2. run the "scripts/dev/credits" script in php-src and commit the changes in the
+credits files in ext/standard.
+
+3. Bump the version numbers in ``main/php_version.h``, ``configure.in`` and possibly ``NEWS``.
 Do not use abbreviations for alpha and beta.

-3. Commit those changes
+4. Commit those changes and note the revision id.

-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. To do the tag in a fast way do a svn copy on the server using full URLs. You should use the revision id from the above commit to prevent mistakes in case there was a commit in between. f.e. "``svn cp https://svn.php.net/repository/php/php-src/branches/PHP_5_3@308399  https://svn.php.net/repository/php/php-src/tags/php_5_3_6RC1``";
+(of course, you need to change that to the version you're rolling an RC for). Mail php-internals to announce the tag so tests/validation/check can be done prior to package it. It is especially important for RCs.

-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).
-
 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
@@ -65,7 +69,7 @@
 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).

-9. 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 "``svn up``".

 10. run: ``./makedist php 4.4.1RC1``, this will export the tree, create configure
 and build two tarballs (one gz and one bz2).
@@ -109,22 +113,21 @@

    Note: Remember to update the MD5 checksum information.

-1. Update in ``php-bugs/trunk/include/functions.inc`` the ``show_version_option``
-function to include the new RC and commit.
+4. Update ``web/php/trunk/include/version.inc`` (x=major version number)

-2. Update ``phpweb/include/version.inc`` (x=major version number)
-
  a. ``$PHP_x_RC`` = "5.3.0RC1"

  b. ``$PHP_x_RC_DATE`` = "06 September 2007"

-3. Commit those changes:
+5. Commit those changes:

- a. ``cvs commit include/version.inc include/releases.inc``
+ a. ``svn commit web/qa/trunk web/php-bugs/trunk web/php/trunk``

-4. For the first RC, write the doc team (php...@lists.php.net) about updating the
+6. For the first RC, write the doc team (php...@lists.php.net) about updating the
 INSTALL and win32/install.txt files which are generated from the PHP manual sources.

+7. Publish the announce on www.php.net as well (for all releases, alpha, RCs or other)
+
 Rolling a stable release
 ------------------------

@@ -162,7 +165,7 @@

 13. Once the release has been tagged, contact the PHP Windows development team
 (internals-...@lists.php.net) so that Windows binaries can be created. Once
-those are made, they should be committed to CVS too.
+those are made, they should be committed to SVN too.

 14. Check if the pear files are updated (phar for 5.1+ or run pear/make-pear-bundle.php with 4.4)


Modified: php/php-src/branches/PHP_5_4/README.RELEASE_PROCESS
===================================================================
--- php/php-src/branches/PHP_5_4/README.RELEASE_PROCESS	2011-12-14 16:28:13 UTC (rev 321017)
+++ php/php-src/branches/PHP_5_4/README.RELEASE_PROCESS	2011-12-14 16:32:50 UTC (rev 321018)
@@ -45,7 +45,7 @@
 Rolling a non stable release (alpha/beta/RC)
 --------------------------------------------

-1. Check windows snapshot builder logs (http://snaps.php.net/win32/snapshot-STABLE.log f.e.)
+1. Check windows snapshot builder logs (http://windows.php.net/downloads/snaps/ the last revision)

 2. run the "scripts/dev/credits" script in php-src and commit the changes in the
 credits files in ext/standard.
@@ -56,7 +56,7 @@
 4. Commit those changes and note the revision id.

 5. tag the repository with the version. To do the tag in a fast way do a svn copy on the server using full URLs. You should use the revision id from the above commit to prevent mistakes in case there was a commit in between. f.e. "``svn cp https://svn.php.net/repository/php/php-src/branches/PHP_5_3@308399  https://svn.php.net/repository/php/php-src/tags/php_5_3_6RC1``";
-(of course, you need to change that to the version you're rolling an RC for).
+(of course, you need to change that to the version you're rolling an RC for). Mail php-internals to announce the tag so tests/validation/check can be done prior to package it. It is especially important for RCs.

 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
@@ -115,7 +115,7 @@

 4. Update ``web/php/trunk/include/version.inc`` (x=major version number)

- a. ``$PHP_x_RC`` = "5.3.0RC1"
+ a. ``$PHP_x_RC`` = "5.4.0RC1"

  b. ``$PHP_x_RC_DATE`` = "06 September 2007"

@@ -126,6 +126,8 @@
 6. For the first RC, write the doc team (php...@lists.php.net) about updating the
 INSTALL and win32/install.txt files which are generated from the PHP manual sources.

+7. Publish the announce on www.php.net as well (for all releases, alpha, RCs or other)
+
 Rolling a stable release
 ------------------------

@@ -163,7 +165,7 @@

 13. Once the release has been tagged, contact the PHP Windows development team
 (internals-...@lists.php.net) so that Windows binaries can be created. Once
-those are made, they should be committed to CVS too.
+those are made, they should be committed to SVN too.

 14. Check if the pear files are updated (phar for 5.1+ or run pear/make-pear-bundle.php with 4.4)


Modified: php/php-src/trunk/README.RELEASE_PROCESS
===================================================================
--- php/php-src/trunk/README.RELEASE_PROCESS	2011-12-14 16:28:13 UTC (rev 321017)
+++ php/php-src/trunk/README.RELEASE_PROCESS	2011-12-14 16:32:50 UTC (rev 321018)
@@ -45,7 +45,7 @@
 Rolling a non stable release (alpha/beta/RC)
 --------------------------------------------

-1. Check windows snapshot builder logs (http://snaps.php.net/win32/snapshot-STABLE.log f.e.)
+1. Check windows snapshot builder logs (http://windows.php.net/downloads/snaps/ the last revision)

 2. run the "scripts/dev/credits" script in php-src and commit the changes in the
 credits files in ext/standard.
@@ -56,7 +56,7 @@
 4. Commit those changes and note the revision id.

 5. tag the repository with the version. To do the tag in a fast way do a svn copy on the server using full URLs. You should use the revision id from the above commit to prevent mistakes in case there was a commit in between. f.e. "``svn cp https://svn.php.net/repository/php/php-src/branches/PHP_5_3@308399  https://svn.php.net/repository/php/php-src/tags/php_5_3_6RC1``";
-(of course, you need to change that to the version you're rolling an RC for).
+(of course, you need to change that to the version you're rolling an RC for). Mail php-internals to announce the tag so tests/validation/check can be done prior to package it. It is especially important for RCs.

 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
@@ -115,7 +115,7 @@

 4. Update ``web/php/trunk/include/version.inc`` (x=major version number)

- a. ``$PHP_x_RC`` = "5.3.0RC1"
+ a. ``$PHP_x_RC`` = "5.4.0RC1"

  b. ``$PHP_x_RC_DATE`` = "06 September 2007"

@@ -126,6 +126,8 @@
 6. For the first RC, write the doc team (php...@lists.php.net) about updating the
 INSTALL and win32/install.txt files which are generated from the PHP manual sources.

+7. Publish the announce on www.php.net as well (for all releases, alpha, RCs or other)
+
 Rolling a stable release
 ------------------------

@@ -163,7 +165,7 @@

 13. Once the release has been tagged, contact the PHP Windows development team
 (internals-...@lists.php.net) so that Windows binaries can be created. Once
-those are made, they should be committed to CVS too.
+those are made, they should be committed to SVN too.

 14. Check if the pear files are updated (phar for 5.1+ or run pear/make-pear-bundle.php with 4.4)

@@ -226,7 +228,7 @@

 7. Add a short notice to phpweb stating that there is a new release, and
 highlight the major important things (security fixes) and when it is important
-to upgrade. Make sure the news entry links to the ChangeLog and downloads.
+to upgrade.

  a. Call php bin/createNewsEntry in your local phpweb checkout

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to