forked from NeoGeographyToolkit/StereoPipeline
-
Notifications
You must be signed in to change notification settings - Fork 3
/
RELEASEGUIDE
96 lines (67 loc) · 2.99 KB
/
RELEASEGUIDE
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
HOW TO MAKE A RELEASE
Here's a developer's checklist for performing a binary Ames Stereo
Pipeline (ASP) release.
1.) Modify the build system:
Inside ASP's configure.ac, remove "_post" and increment version number
on the AC_INIT line. Do not do this for VisionWorkbench, as that
library has its own versioning.
2.) Look up the latest ISIS version and update it in
StereoPipeline/README (see the "version" file in the packaged ASP
tarball).
3.) Update NEWS.
4.) Read and update the documentation.
5.) Commit all changes.
6.) Build and package the software and documentation:
- Modify BinaryBuilder to deal with any changes in dependencies.
- Build the dependenices, see BinaryBuilder/README, section 3.B,
part 1.
- Ensure that the latest ISIS gets built.
- Build the documentation in StereoPipeline/docs/book. Must do
make distclean at the top level first, to force that the ASP
version gets updated.
- Copy the obtained pdf file to BinaryBuilder/dist-add/asp_book.pdf.
- Build the ASP release tarball, see BinaryBuilder/README,
section 3.B, part 2.
7.) Test all binary releases on different machines by running
StereoPipelineTest.
NOTE: Steps 6 and 7 are done automatically by running on lunokhod1
the script
$HOME/projects/BinaryBuilder/auto_build/launch_master.sh
The resulting release tarballs will go to BinaryBuilder/asp_tarballs.
8.) Check that the ASP version is correct in the documentation
file and that the documentation is searchable (this is a bug in
some gs versions).
9.) Test on both Linux and Mac if point2mesh works and if the
'osgviewer' included with the release can load its output.
10.) Commit and tag the release in the ASP repo. Example:
git tag v2.6.0
Push the tags to the remote server with:
git push origin v2.6.0 # commit to your branch
git push god v2.6.0 # commit to main branch
If more commits were made and it is desired to apply this tag to a
different commit, first remove the exiting tag with:
git tag -d v2.6.0
git push origin :refs/tags/v2.6.0
git push god :refs/tags/v2.6.0
11.) Copy the new builds to the release area at
/byss/docroot/stereopipeline/binaries. Also copy the documentation
from BinaryBuilder/dist-add/asp_book.pdf to the same location,
and rename it to incorporate the version name.
Update the website, at https://ti.arc.nasa.gov/cms/pages/page/
(SG can give permissions to edit the pages under
/tech/asr/intelligent-robotics/ngt). Update:
- The sidebar
- The main page, inluding:
* Binary release links
* ISIS version
* Source code release link
* Documentation link
12.) Ask fellow ASP developers to do some tests and review the
documentation.
13.) Send an announcement of the new release to the mailing list, at
[email protected], listing the changes specified in NEWS.
14.) Modify the build system:
Inside ASP's configure.ac, append "_post" to version number in AC_INIT
line.
15.) Reflect any changes in release policy by modifying this document.
16.) Commit changes.