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

From fd.io
Jump to: navigation, search
(Created page with "== Introduction == This page tracks release information for 19.04 == Release Deliverables == {|class="wikitable" ! Name ! Description ! Status |- | rowspan="1" | Python 3...")
 
(Release Deliverables)
Line 12: Line 12:
 
|-
 
|-
 
| rowspan="1" | Python 3 support || Add Python 3 support in API compiler, Python API wrappers, Test framework, and Packaging || In progress
 
| rowspan="1" | Python 3 support || Add Python 3 support in API compiler, Python API wrappers, Test framework, and Packaging || In progress
 +
|-
 +
| rowspan="1" | Buffer Mgr Rework || Major buffer management rework and improvements || Done
 
|}
 
|}
  

Revision as of 16:25, 19 February 2019

Introduction

This page tracks release information for 19.04

Release Deliverables

Name Description Status
Python 3 support Add Python 3 support in API compiler, Python API wrappers, Test framework, and Packaging In progress
Buffer Mgr Rework Major buffer management rework and improvements Done

Release Milestones

As agreed during the Jan 8 VPP project meeting, the milestones' time will be at 18:00 UTC on the day of the milestone.


Milestone Date Deliverables
F0 2019-04-03 APIs frozen. Only low-risk changes accepted on main branch.
RC1 2019-04-10 (F0 + 7) 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 2019-04-17 (RC1 + 7) Second artifacts posted.
Formal Release 2019-04-24 (RC2 + 7) 19.04 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 19.04 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 as well as to the master branch
    • Commit first to the release throttle, then "git cherry-pick" into master
    • Manual merges may be required, depending on the degree of divergence between throttle and master
  • All 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.


Features to be added in 19.04

NEED JIRA/CONFLUENCE IMPORT HERE


Expected Dependencies on Other Projects