Difference between revisions of "Projects/vpp/Release Plans/Release Plan 23.10"

From fd.io
Jump to: navigation, search
(Created page with "== Introduction == This page tracks release information for 23.10 == Release Deliverables == See https://github.com/vpp-dev/vpp-release-notes for information. == Release Mi...")
 
(Release Milestones)
 
Line 7: Line 7:
  
 
== Release Milestones ==
 
== Release Milestones ==
<!-- <span style="font-size:120%">The schedule below is FINAL, agreed on during the VPP community meeting 13 Oct 2020.</span> -->
+
<span style="font-size:120%">The schedule below is FINAL, agreed on during the VPP community meeting 8 Aug 2023.</span>
<span style="font-size:120%">The schedule below is TENTATIVE.</span>
+
<!-- <span style="font-size:120%">The schedule below is TENTATIVE.</span> -->
  
 
The milestones' start time will be at <b>12:00 UTC</b> on the day of the milestone.
 
The milestones' start time will be at <b>12:00 UTC</b> on the day of the milestone.

Latest revision as of 11:55, 9 August 2023

Introduction

This page tracks release information for 23.10

Release Deliverables

See https://github.com/vpp-dev/vpp-release-notes for information.

Release Milestones

The schedule below is FINAL, agreed on during the VPP community meeting 8 Aug 2023.

The milestones' start time will be at 12:00 UTC on the day of the milestone.

Milestone Date Deliverables
RC1 2023-09-20 Code complete, pull first release throttle branch, only bug fixes accepted on throttle train. After pull: main branch reopens for new feature / risky commits. First artifacts posted.
RC2 2023-10-11 (RC1+21) Second artifacts posted.
Formal Release 2023-10-25 (RC2+14) 23.10 release artifacts available.

NOTE: Dates chosen based on:

  • end-month release
  • milestone + days
  • release date after VPP community meeting, for discussion, go/no-go

Once we've pulled the 23.10 release throttle

We need to be disciplined with respect to bugfix commits. Here are a few common-sense suggestions:

  • All bug fixes must be double-committed to the release throttle, and the master branch
    • Commit first to the master branch, then "git cherry-pick" into release throttle
    • Manual merges may be required, depending on the degree of divergence between throttle and master
  • All externally found bug fixes need to have a Jira ticket
    • Please put Jira IDs into the commit messages.
    • Please use the same Jira ID for commits into the stable branch and master.
NEED JIRA/CONFLUENCE IMPORT HERE

Expected Dependencies on Other Projects