docs/release-process/milestone-readouts/m2/neutron-northbound.rst

   1 ==================
   2 Neutron Northbound
   3 ==================
   4
   5 Please provide updates on any previously-incomplete items from prior milestone
   6 readouts.
   7
   8 Functionality Freeze:
   9 ---------------------
  10
  11 1. Final list of externally consumable APIs defined: Yes/No
  12
  13    Yes. No tentative API.
  14
  15    - If you had Tentative APIs, have they been moved to Provisional or dropped?
  16
  17      N/A
  18
  19    - If any of your Tentative APIs were dropped, have you notified all projects
  20      that were expecting them? (Yes/No) <link to e-mail>
  21
  22      N/A
  23
  24    - Also please list all dropped APIs.
  25
  26      N/A
  27
  28 2. Are all your inter-project dependencies resolved (i.e., have the other
  29    projects you were counting on given you what you needed)? (Yes/No)
  30
  31    Yes.
  32
  33    - (If no, please list the features you were expecting that have not been delivered)
  34
  35      N/A
  36
  37    - (The respective project [1]_ you were expecting to receive them from)
  38
  39      N/A
  40
  41 3. Were there any project-specific deliverables planned for this milestone?
  42    Yes/No
  43
  44    No.
  45
  46    - (If so, were they delivered? Yes/No)
  47
  48      N/A
  49
  50
  51 Karaf Features Defined:
  52 -----------------------
  53
  54 1. Are all your project's features that are intended for release added to the
  55    features.xml and checked into integration git repository? (Yes/No)
  56
  57    Yes
  58
  59    - Please provide link to gerrit patch
  60
  61      https://git.opendaylight.org/gerrit/#/c/58981/
  62
  63
  64 2. List all top-level, user-facing, and stable Karaf features for your project.
  65
  66    - For top-level and user-facing features, please provide a one-sentence
  67      description a developer and/or user would find helpful.
  68
  69    - odl-neutron-service: Basic library for for openstack Neutron integration working with networking-odl
  70
  71
  72
  73 Documentation:
  74 --------------
  75
  76 1. List the kinds of documentation you will provide including at least:
  77
  78    Yes. no updates from Carbon.
  79
  80    - One user/operator guide section per user-facing feature.
  81      https://git.opendaylight.org/gerrit/gitweb?p=docs.git;a=blob;f=docs/user-guide/neutron-service-user-guide.rst;hb=HEAD
  82    - One developer guide per top-level feature.
  83      - https://git.opendaylight.org/gerrit/gitweb?p=docs.git;a=blob;f=docs/developer-guide/neutron-service-developer-guide.rst;hb=HEAD
  84      - https://git.opendaylight.org/gerrit/gitweb?p=docs.git;a=blob;f=docs/developer-guide/neutron-northbound.rst;hb=HEAD
  85    - An installation guide for any top-level features that require more than
  86      feature:install <feature-name> to install.
  87      N/A as this is covered by openstack service provider, e.g. netvirt
  88    - Release notes (mandatory) [2]_.
  89      https://git.opendaylight.org/gerrit/gitweb?p=docs.git;a=blob;f=docs/release-notes/projects/neutron-northbound.rst;hb=HEAD
  90    - Optional tutorials and how-tos.
  91      N/A
  92
  93
  94 2. Have you checked in a reStructuredText outline to the docs repository? (Yes/No)
  95
  96    Yes
  97
  98    - Please provide link to gerrit patch
  99
 100      https://git.opendaylight.org/gerrit/#/c/44169/
 101
 102
 103 Integration and Test:
 104 ---------------------
 105
 106 1. Have you started automated system testing for your top-level features?
 107    (Yes/No)
 108
 109    No
 110
 111    - (If yes, link to test report)
 112    - (If no, why?)
 113
 114      the project has requested system test weaver as before release.
 115      https://lists.opendaylight.org/pipermail/release/2017-October/012703.html
 116      Basically system test is done by openstack service provider like netvirt and also
 117      openstack CI by networking-odl project.
 118      https://review.openstack.org/#/c/521692/
 119
 120 2. Have you filled out basic system test plan template for each top-level
 121    feature (karaf and not karaf) and a comprehensive system test plan template
 122    including functionality, cluster, scalability, performance,
 123    longevity/stability for each stable feature? (Yes/No)
 124
 125    N/A as 1.
 126
 127    - (If yes, link to test plans)
 128    - (If no, why?)
 129
 130
 131 Project Specific:
 132 -----------------
 133
 134 1. Were there any project-specific deliverables planned for this milestone?
 135    (Yes/No)
 136
 137    No.
 138
 139    - (If so, were they delivered? Yes/No )
 140
 141      N/A
 142
 143 2. Have you updated your project facts with the project type category? (Yes/No)
 144
 145    Yes.
 146
 147 3. Do you acknowledge the changes to the RC Blocking Bug Policy [3]_? (Yes/No)
 148
 149    Yes.
 150
 151 .. [1] Note that you can only reasonably hold a project to something if you
 152        formally asked for it during the release planning process and the project
 153        team members acknowledged that ask saying they would do it.
 154 .. [2] Release notes must be updated prior to a major release. It is a good idea
 155        to keep release notes as a living document when significant changes are
 156        made.
 157 .. [3] https://lists.opendaylight.org/pipermail/tsc/2016-December/006468.html