Version 3 (modified by 15 years ago) ( diff ) | ,
---|
Release strategy
Date | 2010/04/27 |
Contact(s) | Francois |
Last edited | Timestamp |
Status | |
Assigned to release | None |
Resources |
Overview
Current release strategy is described here : release_strategy.
But some points needs clarification:
- We don't have automatic build system.
- Where to annouce stable/"unstable" release ?
- Where to release stable/"unstable" release ? Separate folders ?
- What's an "unstable" release ? alpha release ?
- When is "unstable" release made ?
This proposal try to add some details on the release process; mainly for "unstable" release (called "alpha release" later in that proposal).
Proposal Type
- Type: project governance
- IRC discussion :
Proposal
Release strategy for stable release:
- Stable releases are created on a time schedule: every six months
- Stable releases are using even numbered branch created from trunk on code freeze (version RC0)
- Release Candidate 1 is built two weeks after RC0
- Release Candidate 2 is built two weeks after RC1
- Final Release is built two weeks after RC2
- Stable releases are published in the main "!GeoNetwork_opensource" folder in sourceforge
- Stable releases are annouced on user and devel mailing lists
The Project Steering Committee (PSC) can postpone a stable release by vote on the mailing list.
Between two stable releases, one or more alpha releases could be created. Alpha release can be unstable.
Release strategy for alpha release:
- Alpha releases are created on a feature based strategy : after major proposals have been added to trunk
- Alpha releases are based on trunk and are built with uneven version numbers
- Alpha releases are published in the "Alpha_GeoNetwork_opensource" folder
- Alpha releases are annouced on devel mailing lists only
Fixes are committed to both trunk and even numbered branch
For releasing files on sourceforge.net :
- follow these instructions (release manager only)