Changes between Version 2 and Version 3 of ReleasePractices/ManagerCheckList


Ignore:
Timestamp:
Jun 26, 2008, 3:32:29 PM (14 years ago)
Author:
Beman Dawes
Comment:

Begin to bring up-to-date

Legend:

Unmodified
Added
Removed
Modified
  • ReleasePractices/ManagerCheckList

    v2 v3  
    33= Release Manager's Checklist =
    44
    5 ''This is a placeholder page in that the content needs to be rewritten to account for the new process. When that happens the page can move to the new web site.''
     5''This is being rewritten to the current Boost release precess.''
    66
    77== Introduction ==
     
    4545    * Monitor CVS commits to verify that all the expected and/or promised content actually gets committed. Try to get developers to avoid last minute commits of major changes.
    4646
    47 == CVS Branch for release ==
    48 
    49     * Pre-release activities complete enough to justify branch-for-release?
    50        
    51     * Everybody happy?
    52        
    53     * Branch for release:
    54           * Tag the main trunk  merged_to_RC_n_n_n.
    55           * Branch the main trunk with the tag RC_n_n_n.
    56              
    57     * Post notice on main list. Remind developers that fixes which apply to both Main Trunk and Branch have to be committed separately to both.
    58 
    59 == CVS Release ==
     47== Subversion Release ==
    6048
    6149    * Pre-release activities all complete?
     
    6351    * Post notice to make sure all developers ready.
    6452       
    65     * Tag: WinCVS: Select site, then tag (Modify|Create tag..., toolbar T on doc). New tag name: Version_1_21_2 (or whatever). If prior release failed, select "overwrite existing tags with the same name".
     53    * Tag: Version_x_yy_z. If prior release failed, select "overwrite existing tags with the same name".
    6654
    6755== Distribution ==
    6856
    69 These procedures are given for a particular release manager's machine. The plan is to replace them with more generic procedures over time.
    70 
    71     * Create folders for export:
    72 
    73           c:\boost\boost_1_28_0
    74           c:\boost\temp\boost_1_28_0
    75 
    76       Note that several batch files assume these locations and naming schemes.
    77        
    78     * Export Win32 distribution: WinCVS | Remote | Checkout Module
    79 
    80       Checkout settings: module name and path on the server: boost, local folder to checkout to: c:\boost\boost_1_28_0
    81       [for 1.29.0 export, put everything in a boost_1_29_0/boost subdirectory.  Experiments with 1.30.0 tried boost/boost as the path on server, but that just resulted in getting the boost header subdirectory only.]
    82 
    83       Checkout options: (check) By revision/tab/branch: Version_1_28_0, (check) Do not create CVS directories (export)
    84 
    85       This results in the follow command: cvs -z9 export -r Version_1_28_0 boost (in directory C:\boost\boost_1_28_0)
    86 
    87       (takes about ten minutes)
    88 
    89       (rename boost-root if needed !!!!!!!!!!!!!!!!!!!)
    90        
    91     * Export Unix distribution: similar to above, except target is c:\boost\temp\boost_1_28_0 and set global for UNIX nl.
    92        
    93     * !!!!!! VERY IMPORTANT: WinCVS | Set Preferences | Global back to non-UNIX nl. !!!!!!!!!!!!!!!
    94        
    95     * Add regression results web pages into package (new in 1.33 so this is just a shot at the process - jeff)
    96       download all the regression results from website (may need meta-comm help on this)
    97       unpack the regression results into tools/regression/latest_release
    98 
    99     * General ZIP and TAR.GZ files
    100 
    101       n_n_n is 1_28_0 or whatever
    102 
    103       cd \boost
    104       boost_zip 1_21_2 (creates zip.log)
    105       boost_tar_gz 1_21_2
    106       bash
    107           gunzip -c boost_1_21_2.tar.gz | bzip2 > boost_1_21_2.tar.bz2
    108           exit
    109        
    110     * Upload and unpack the .zip release candidate to a SourceForge web services sub-directory. Post a message to the main list asking developers to check contents. (Daniel Frey has volunteered to help check).
    111        
    112     * Upload files for SourceForge release incoming directory using WS_FTP Pro
     57     * Upload files for SourceForge release incoming directory using WS_FTP Pro
    11358          * Start keep_isdn_awake
    11459          * Connection: SourceForge Release Upload | connect
     
    13176    * Consider putting up a temporary "Update in progress" root/index.html during site update
    13277       
    133     * Update the web site:
    134 
    135       cd ...\boost_1_28_0
    136       tar -cf site.tar *
    137       bzip2 -k site.tar
    138 
    139       dir site.tar.bz2
    140       pscp site.tar.bz2 beman_dawes@shell1.sourceforge.net:/home/groups/b/bo/boost/htdocs/
    141 
    142       keep_idsn_awake in another window.
    143 
    144       c:\bgd\util\putty\plink.exe beman_dawes@shell.sourceforge.net
    145       cd /home/groups/b/bo/boost/htdocs
    146       pwd
    147       ls -l site.tar.bz2
    148 
    149       rm -fr boost
    150       rm -fr doc
    151       rm -fr libs
    152       rm -fr more
    153       rm -fr people
    154       rm -fr status
    155       rm -fr tools
    156       bunzip2 -kc site.tar.bz2 | tar -x
    157       ls
    158       exit
    159 
    160       stop keep_isdn_awake
     78    * Update the web site: TBS
    16179
    16280    * Check actual www.boost.org site with browser. Look at a bunch of files that should have been updated to make sure the updates actually "took".
    16381       
    164     * Post a message announcing the release and recapping "Latest News".  Post as separate messages to: boost, boost-announce, boost-users, comp.lang.c++.moderated, c++std-news@research.att.com
     82    * Post a message announcing the release and recapping "Latest News".  Post as separate messages to: boost, boost-announce, boost-users, comp.lang.c++.moderated, c++std-news       
     83
     84    * Ready trunk/index.html, trunk/boost/version.hpp, and trunk/Jamroot for the next release and commit to Subversion.
     85
     86    * Merge version number changes to branches/release.
    16587       
    166     * Using the SourceForge shell services (sf_shell_svc.bat), cd /home/groups/b/bo/boost/htdocs, and rename regression tests as necessary.
    167        
    168     * Burn "Key Directories" CD for off-site backup.
    169        
    170     * Make sure CVS working copy is updated to main branch!
    171        
    172     * Ready root/index.htm, root/boost/version.hpp, root/Jamfile.v2 and root/Jamrules for the next release and commit to CVS so developers have a place to add "Latest news" blurbs.
    173        
    174     * Delete obsolete files from yahoogroups files section.
    175 
    176 Copyright Beman Dawes 2001
     88----
     89Copyright Beman Dawes 2001, 2008
    17790
    17891Distributed under the Boost Software License, Version 1.0. (See accompanying file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt)