[llvm] 7225c0b - HowToReleaseLLVM: Add annual release schedule template

Tom Stellard via llvm-commits llvm-commits at lists.llvm.org
Sat Aug 20 01:25:34 PDT 2022


Author: Tom Stellard
Date: 2022-08-20T01:25:14-07:00
New Revision: 7225c0bd0115c947f3c081599e6268cfa027722f

URL: https://github.com/llvm/llvm-project/commit/7225c0bd0115c947f3c081599e6268cfa027722f
DIFF: https://github.com/llvm/llvm-project/commit/7225c0bd0115c947f3c081599e6268cfa027722f.diff

LOG: HowToReleaseLLVM: Add annual release schedule template

Reviewed By: ldionne, thieta

Differential Revision: https://reviews.llvm.org/D95114

Added: 
    

Modified: 
    llvm/docs/HowToReleaseLLVM.rst

Removed: 
    


################################################################################
diff  --git a/llvm/docs/HowToReleaseLLVM.rst b/llvm/docs/HowToReleaseLLVM.rst
index 6328fa5d6376..8aac3b6de05c 100644
--- a/llvm/docs/HowToReleaseLLVM.rst
+++ b/llvm/docs/HowToReleaseLLVM.rst
@@ -28,15 +28,41 @@ has been discovered that affects a large number of users.
 Unless otherwise stated, dot releases will follow the same procedure as
 major releases.
 
-The release process is roughly as follows:
-
-* Set code freeze and branch creation date for 6 months after last code freeze
-  date.  Announce release schedule to the LLVM community and update the website.
+Annual Release Schedule
+-----------------------
+
+Here is the annual release schedule for LLVM.  This is meant to be a
+guide, and release managers are not required to follow this exactly.
+Releases should be tagged on Tuesdays.
+
+=============================== ========================
+Release                         Approx. Date
+=============================== ========================
+------------------------------- ------------------------
+*release branch: even releases* *4th Tue in January*
+*release branch: odd releases*  *4th Tue in July*
+X.0.0-rc1                       3 days after branch.
+X.0.0-rc2                       2 weeks after branch.
+X.0.0-rc3                       4 weeks after branch
+**X.0.0-final**                 **6 weeks after branch**
+**X.0.1                         **8 weeks after branch**
+**X.0.2                         **10 weeks after branch**
+**X.0.3                         **12 weeks after branch**
+**X.0.4                         **14 weeks after branch**
+**X.0.5                         **16 weeks after branch**
+**X.0.6 (if necessary)          **18 weeks after branch**
+------------------------------- -------------------------
+
+Release Process Summary
+-----------------------
+
+* Announce release schedule to the LLVM community and update the website.  Do
+  this at least 3 weeks before the -rc1 release.
 
 * Create release branch and begin release process.
 
 * Send out release candidate sources for first round of testing.  Testing lasts
-  7-10 days.  During the first round of testing, any regressions found should be
+  6 weeks.  During the first round of testing, any regressions found should be
   fixed.  Patches are merged from mainline into the release branch.  Also, all
   features need to be completed during this time.  Any features not completed at
   the end of the first round of testing will be removed or disabled for the
@@ -52,14 +78,7 @@ The release process is roughly as follows:
 
 * Announce bug fix release schedule to the LLVM community and update the website.
 
-* Tag bug fix -rc1 after 4 weeks have passed.
-
-* Tag bug fix -rc2 4 weeks after -rc1.
-
-* Tag additional -rc candidates, if needed, to fix critical issues in
-  previous -rc releases.
-
-* Tag final release.
+* Do bug-fix releases every two weeks until X.0.5 or X.0.6 (if necessary).
 
 Release Process
 ===============


        


More information about the llvm-commits mailing list