1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
2 .. http://creativecommons.org/licenses/by/4.0
3 .. (c) 2017 OPNFV Ulrich Kleber (Huawei)
9 Specific scenarios are used for OPNFV development and help to isolate a path of development.
11 * Specific scenarios typically focus on a feature or topic.
12 * Specific scenarios allow to advance in development for their main feature without
13 de-stabilizing other features.
14 * Specific scenarios provide additional flexibility in their handling to allow the
16 * Specific scenarios can use new version of their main upstream component or even
17 apply midstream patches during OPNFV deployment, i.e. the deployable artifact
18 is created via cross community CI or even only in OPNFV and not upstream.
19 * Specific scenarios should have a limited life time. After a few releases, the feature
20 development should have matured and the feature made available different configurations
21 if possible. Typically the scenario then should be merged with other scenarios, best
22 with generic scenarios.
23 * Normally specific scenarios will be released within the major OPNFV releases. But
24 they don't need to fulfill maturity requirements (stable upstream versions and repos,
25 stability testing), and can deviate in the used upstream versions.
26 * In exceptional cases we might release a specific scenario independently, in case there
27 is a need. Thus specific scenarios provide a way to a more DevOps-like process.
28 * Specific scenarios will likely have a shorter support period after release as they are of
29 interest to a smaller user community vs generic scenarios.
30 * They will be granted less CI resources than generic scenarios, e.g. for periodic
32 * We may need to prioritize resources post-release for maintenance / regression testing.