diff options
| author | Donald Sharp <sharpd@cumulusnetworks.com> | 2018-02-22 14:48:45 +0100 |
|---|---|---|
| committer | Donald Sharp <sharpd@cumulusnetworks.com> | 2018-02-22 14:48:45 +0100 |
| commit | 0908f2bfc73c9e419ebc0c212609544291793daf (patch) | |
| tree | 553a68258215e697aa7779cdf7e351c9dc2efe76 /COMMUNITY.md | |
| parent | Merge pull request #1749 from msablic/pim_mtrace_cc (diff) | |
| download | frr-0908f2bfc73c9e419ebc0c212609544291793daf.tar.xz frr-0908f2bfc73c9e419ebc0c212609544291793daf.zip | |
FRR: Update Community.md to reflect release process
This is the new release process for FRR.
Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
Diffstat (limited to 'COMMUNITY.md')
| -rw-r--r-- | COMMUNITY.md | 30 |
1 files changed, 30 insertions, 0 deletions
diff --git a/COMMUNITY.md b/COMMUNITY.md index 0eee524d5..081f7ab3b 100644 --- a/COMMUNITY.md +++ b/COMMUNITY.md @@ -492,6 +492,36 @@ In all cases, compatibility pieces should be marked with compiler/preprocessor annotations to print warnings at compile time, pointing to the appropriate update path. A `-Werror` build should fail if compatibility bits are used. +### Release Process/Schedule + +FRR employs a <MAJOR>.<MINOR>.<BUGFIX> versioning scheme. + +* MAJOR - Significant new features or multiple minor features + A example of a MAJOR feature is a New Routing Protocol +* MINOR - Smaller Features + A example of a MINOR feature is the addition of the BGP Shutdown feature. +* BUGFIX - Fixes for actual bugs and/or security issues. + +We will pull a new development branch for the next release every 4 months. +The current schedule is Feb/June/October 1. The decision for a MAJOR/MINOR +release is made at the time of branch pull based on what has been received +the previous 4 months. The branch name will be dev/MAJOR.MINOR. At +this point in time the master branch configure.ac and packaging systems +will be updated to reflect the next possible release name to allow +for easy distinguishing. Additionally the new dev branch will have +these files updated too. + +After one month the development branch will be renamed to +stable/MAJOR.MINOR. This process is not held up unless a crash or +security issue has been found and needs to be addressed. Issues +being fixed will not cause a delay. + +Bug fix releases are at 1 month intervals until next MAJOR.MINOR is +pulled. Then at that time as needed for issues filed. + +Security issues are fixed for 1 year minimum on old releases and +normal bug fixes for the current and previous release + ### Miscellaneous When in doubt, follow the guidelines in the Linux kernel style guide, or ask on |