e3fcd73257d0f692b59221ce1d691609bf26996a
[docs.git] / docs / release-process / milestone-readouts / m2 / controller.rst
1 ============
2 controller
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
12
13 2. Are all your inter-project dependencies resolved (i.e., have the other
14    projects you were counting on given you what you needed)? Yes
15
16 3. Were there any project-specific deliverables planned for this milestone?
17    No
18
19 Karaf Features Defined:
20 -----------------------
21
22 1. Are all your project's features that are intended for release added to the
23    features.xml and checked into integration git repository? Yes
24
25 2. List all top-level, user-facing, and stable Karaf features for your project.
26
27    - https://git.opendaylight.org/gerrit/gitweb?p=docs.git;a=blob;f=docs/release-notes/projects/controller.rst
28
29 Documentation:
30 --------------
31
32 1. List the kinds of documentation you will provide including at least:
33
34    - User guide.
35    - Developer guide.
36    - Release notes (mandatory) [2]_.
37
38 2. Have you checked in a reStructuredText outline to the docs repository? No
39
40 Integration and Test:
41 ---------------------
42
43 1. Have you started automated system testing for your top-level features?
44    Yes
45
46    - https://jenkins.opendaylight.org/releng/view/controller/
47
48 2. Have you filled out basic system test plan template for each top-level
49    feature (karaf and not karaf) and a comprehensive system test plan template
50    including functionality, cluster, scalability, performance,
51    longevity/stability for each stable feature? Yes
52
53 3. Have you integrated odlparent 3 / yangtools 2? Yes
54
55    - https://git.opendaylight.org/gerrit/#/c/64175/
56
57 Project Specific:
58 -----------------
59
60 1. Were there any project-specific deliverables planned for this milestone?
61    No
62
63 2. Have you updated your project facts with the project type category? Yes
64
65 3. Do you acknowledge the changes to the RC Blocking Bug Policy [3]_? Yes
66
67 .. [1] Note that you can only reasonably hold a project to something if you
68        formally asked for it during the release planning process and the project
69        team members acknowledged that ask saying they would do it.
70 .. [2] Release notes must be updated prior to a major release. It is a good idea
71        to keep release notes as a living document when significant changes are
72        made.
73 .. [3] https://lists.opendaylight.org/pipermail/tsc/2016-December/006468.html