1 | |
---|
2 | Boost.Build V2 release procedure. |
---|
3 | |
---|
4 | [ Must be done from a Unix shell ] |
---|
5 | |
---|
6 | |
---|
7 | |
---|
8 | 0. Look for all issues for current milestone in the tracker. Close the fixed one, |
---|
9 | if not already closed. Move to a later milestone, or fix all the unfixed |
---|
10 | ones. |
---|
11 | |
---|
12 | Make sure that "bjam --version" output is correct. Update version string if |
---|
13 | needed. Update bjam version and the version check is necessary. |
---|
14 | Check the download locations in "index_v2.html". Check that "last modified" |
---|
15 | strings in docs are correct. |
---|
16 | |
---|
17 | 1. Make sure you don't have any local modification, and tag the CVS tree with |
---|
18 | Milestone_X tag. |
---|
19 | |
---|
20 | 2. Run |
---|
21 | |
---|
22 | cvs -d :ext:<your_user_name>@cvs.boost.sourceforge.net:/cvsroot/boost co -r |
---|
23 | Milestone_X -P -d boost-build boost/tools/build |
---|
24 | |
---|
25 | Note: it turns out that anonymous CVS access uses some backup server, which |
---|
26 | is not up-to-date. |
---|
27 | |
---|
28 | 3. Go to "boost-build/v2" directory. |
---|
29 | |
---|
30 | 4. Run "./roll.sh". This will create "boost-build.zip" and |
---|
31 | "boost-build.tar.bz2" in parent directory, and also upload |
---|
32 | new docs to sourceforge. |
---|
33 | |
---|
34 | 5. Unpack "boost-build.tar.bz2", and build jam. |
---|
35 | |
---|
36 | 6. Go to "test" and copy "test-config.jam.in" to "test-config.jam". Run gcc |
---|
37 | tests: |
---|
38 | python test_all.py gcc |
---|
39 | |
---|
40 | 7. Build all projects in examples-v2, using the bjam binary created at step 4. |
---|
41 | Note: "threading=multi" might be needed to build QT examples. |
---|
42 | |
---|
43 | 8. Announce the release, etc. |
---|
44 | |
---|
45 | 9. Update the "next milestone query" in the tracker. |
---|
46 | |
---|
47 | |
---|
48 | |
---|