Changes between Version 29 and Version 30 of ReleasePractices/ManagerCheckList


Ignore:
Timestamp:
Feb 11, 2009, 12:19:19 PM (14 years ago)
Author:
Beman Dawes
Comment:

Add New Library Checklist section

Legend:

Unmodified
Added
Removed
Modified
  • ReleasePractices/ManagerCheckList

    v29 v30  
    4141       Then edit the new entry and commit.
    4242       
    43     * For each new library added this release:
    44         * Verify root/index.html includes the library in it's new library list.
    45         * Verify root/libs/libraries.htm entry has been made, both in the alphabetic list and in the category lists.
    46         * Verify root/libs/maintainers.txt entry has been made.
    47         * Verify website/public_html/beta/feed/history/ entry has been made and reads well.
    48         * Verify library has been added to the website documentation list
    49         * Verify the root/libs/xxx directory contains an index.htm or index.html file; either the main docs or a redirection to the main docs. To do: automate this.
    50         * Skim read the primary docs pages to make sure they meet Boost requirements and guidelines. Don't leave this until too late; it has turned up lots of issues in the past.
    51         * Generate the header dependency table and update the CVS. To do: coordinate with John Maddock's new dependency tools.
    52         * Add to component list on Trac (this could possibly be done when the library is accepted, or even added to the review queue).
    53 
    5443    * Monitor http://boost.sourceforge.net/regression-logs/inspection_report.html to verify problems are actively being reduced. Make sure none of the problems are in files the release manager is responsible for.
    5544       
     
    6453       
    6554    * Monitor SVN 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.
     55
     56== New Library Checklist ==
     57
     58Before a new library is merged into branches/release, the release manager should verify:
     59
     60    * root/index.html includes the library in it's list of new libraries.
     61    * root/libs/libraries.htm entry is OK, both in the alphabetic list and in the category lists.
     62    * root/libs/maintainers.txt entry is OK.
     63    * website/public_html/beta/feed/history/ entry is OK.
     64    * The library has been added to the website documentation list
     65    * The library's root/libs/xxx directory contains an index.htm or index.html file with either the main docs or a redirection to the main docs.
     66    * The primary docs pages meet Boost requirements and guidelines. Don't leave this until too late; it has turned up lots of issues in the past.
     67    * Add to component list on Trac (this could possibly be done when the library is accepted, or even added to the review queue).
     68    * Trunk inspection report is clean.
     69    * Trunk regression tests are reasonably clean or marked up.
     70
     71After a new library is merged into branches/release, the release manager should verify:
     72
     73    * Doc builds, if any, are running properly.
     74    * Release branch inspection report is clean.
     75    * Release branch regression tests are reasonably clean or marked up.
    6676
    6777== Beta Release ==