WSJT-X/boost/tools/build/notes/release_procedure.txt

84 lines
2.7 KiB
Plaintext

Copyright 2003, 2005, 2006 Vladimir Prus
Distributed under the Boost Software License, Version 1.0.
(See accompanying file LICENSE_1_0.txt or http://www.boost.org/LICENSE_1_0.txt)
Boost.Build V2 release procedure.
[ Must be done from a Unix shell ]
0. Look for all issues for current milestone in the tracker. Close the fixed one,
if not already closed. Move to a later milestone, or fix all the unfixed
ones.
Make sure that "bjam --version" output is correct. Update version string if
needed. Update bjam version and the version check is necessary.
Check the download locations in "index.html". Check that "last modified"
string in index.html is correct.
1. Make sure you don't have any local modification, and create SVN directory
https://svn.boost.org/svn/boost/branches/build/Milestone_X
Then, copy:
https://svn.boost.org/svn/boost/trunk/tools/build
https://svn.boost.org/svn/boost/trunk/tools/jam
to that directory.
2. Run
svn co https://svn.boost.org/svn/boost/branches/build/Milestone_X boost-build
3. Go to "boost-build/build/v2" directory.
4. Run "./roll.sh". This will create "boost-build.zip" and
"boost-build.tar.bz2" in parent directory, and also upload
new docs to sourceforge.
5. Unpack "boost-build.tar.bz2", and build jam.
6. Go to "test" and copy "test-config-example.jam" to "test-config.jam".
If you're not ghost, edit test-config.jam to specify all the right paths.
Run gcc tests:
python test_all.py gcc --extras
7. Build all projects in examples-v2, using the bjam binary created at step 4.
Note: "threading=multi" might be needed to build QT examples.
8. Make SF release:
- Go to
https://sourceforge.net/project/admin/editpackages.php?group_id=7586
- Create new Boost.Build release. Name it 2.0-mXX
- Upload the changelog. Be sure to turn the "Preserve my pre-formatted
text" checkbox.
- Rename previously built packages to boost-build-2.0-mXX.tar.bz2
and boost-build-2.0-mXX.zip. Upload them to the
/incoming directory on ftp://upload.sourceforge.net
- Add those file to release, edit file properties.
- In a separate browser, verify changelog is not damaged.
- In a separate browser, Download the files and verify checksums.
- In SF file release interface, send email notice.
9. Announce the release, etc.
10. Login to SF and update the current-release redirects in
/home/groups/b/bo/boost/htdocs/boost-build2/.htaccess.
11. If any issues were found during release in this document or in
test-config-example.jam, commit those changes. The release need
not be redone, but changes must be comitted.
12. Set release date in changes.txt and commit.