This shows you the differences between two versions of the page.
releases:brahmaputra:release_plan:fuel_milestone_e_report [2015/12/17 18:16] Debra Scott created |
releases:brahmaputra:release_plan:fuel_milestone_e_report [2016/01/01 22:19] (current) Jonas Bjurel |
||
---|---|---|---|
Line 2: | Line 2: | ||
1. Has your deploy tool been executed in more than one Pharos lab? | 1. Has your deploy tool been executed in more than one Pharos lab? | ||
+ | >>>> | ||
+ | Yes: It deploys towards both LF lab and Ericsson-1 POD2 as part of the official CI/CD engine. | ||
2. Are you able to deploy all component versions you have targeted for Brahmaputra? | 2. Are you able to deploy all component versions you have targeted for Brahmaputra? | ||
+ | >>>> | ||
+ | Yes/No: Each component/version officially defined for the B-release deploys in isolation. Combinations | ||
+ | and permutations of components towards the CI/CD engine has not been fully integrated or verified. | ||
+ | Work is ongoing, plan is to have it done by the week of Jan 4 - 2016. | ||
+ | |||
3. Are all configurations your tool deploys able to be validated with Functest and/or Yardstick? | 3. Are all configurations your tool deploys able to be validated with Functest and/or Yardstick? | ||
+ | >>>> | ||
+ | No: Work is ongoing, plan is to have the Fuel and Releng part of the CI/CD done by the week of Jan 4 - 2016, | ||
+ | I cannot answer for the Functest plan. | ||
4. Is your deployment able to be repeated on the same infrastructure without failures? | 4. Is your deployment able to be repeated on the same infrastructure without failures? | ||
+ | >>>> | ||
+ | Yes | ||
+ | |||
5. Is your deployment able to be run without failures after a different deployment has been on the infrastructure? | 5. Is your deployment able to be run without failures after a different deployment has been on the infrastructure? | ||
+ | >>>> | ||
+ | Yes/No: In principle it should, but I cant tell if it works in practice since current OPNFV CI/CD | ||
+ | framework doesn't apply POD roaming practices. | ||
+ | | ||
6. Have all known issues been documented and that documentation either integrated into the release or made available on a public page and pointed to through documents that are integrated into the release? | 6. Have all known issues been documented and that documentation either integrated into the release or made available on a public page and pointed to through documents that are integrated into the release? | ||
+ | >>>> | ||
+ | No: We're not at the point to accept issues to spill over to future releases. | ||
7. Are all known issues (Jira Tickets) prioritized by severity of impact (critical, high, medium, low)? | 7. Are all known issues (Jira Tickets) prioritized by severity of impact (critical, high, medium, low)? | ||
+ | >>>> | ||
+ | No: This is not an issue! | ||
8. Do all known critical Jira Tickets have a workaround in place? | 8. Do all known critical Jira Tickets have a workaround in place? | ||
+ | >>>> | ||
+ | No: We're not at the point to accept issues to spill over to next release/creating workarounds. Hard code | ||
+ | freeze for Fuel follows original August time-plan and will happen Jan 15 (in two weeks). | ||
9. Do all non-critical Jira Tickets have a planned disposition in place (ie. deferred-fix in later release or closed- won't fix)? | 9. Do all non-critical Jira Tickets have a planned disposition in place (ie. deferred-fix in later release or closed- won't fix)? | ||
+ | >>>> | ||
+ | No: We're not at the point to accept issues to spill over to future releases. | ||
10. Is your documentation complete and checked in? If not, how do you plan to deliver it independent of the release? | 10. Is your documentation complete and checked in? If not, how do you plan to deliver it independent of the release? | ||
+ | >>>> | ||
+ | No: But we're actively contributing in creating community documentation-templates/structure for documentation. | ||
+ | We see no issue in having documentation ready by release. | ||
+ |