This is an old revision of the document!
"C" Release Page
Need to add pages around release planning, projects involved, infrastructure, reporting & share relevant information here.
- Daily release scrum meeting for C - agendas and minutes
- Test-scenarios for C
- Schedules of upstream projects relevant for C
- Functest R2 C wiki
- Latest results of C builds
Overview
The C release will consist of a common deployment which may be extended by feature and development projects.
FAQ
How are different features/functions enabled for a Colorado installation?
From the Brahmaputra release onwards, a user can choose the features to be installed for a particular installation. Feature selection and the associated configuration of the features is done via a set of configuration files which are common for all installers (“install.yaml” – for general configuration and feature selection, “feature_x.yaml” – for configuration specific to a “feature_x”, like for example a SDN-controller like OpenDaylight). Note that not all features/functions are install-time features. Installers only take care of install-time features. Note that installers only install a particular feature or component, i.e. they don’t take any responsibility for the appropriate operation of a feature, component, or function.
Several projects require specific components installed. How are their needs being met?
What is the role of testing and test-documentation for the Colorado release?
Test projects (i.e. Functest, Yardstick, etc.) supply a set of tests for Colorado. Colorado testing adds to the existing test suites available in the OPNFV Brahmaputra release. Tests which are to be run on an installation are defined by a set of test-configuration scripts.
What constitutes the Colorado release?
A release is constituted through a set of deployments (defined by the configuration files), the associated tests (defined by the test configuration) and the corresponding test results. Note that the set of combinations tested follows interest: For a release not all possible feature/component and deployment configurations will be tested. Testing will follow the interest (and associated invested effort) of the projects participating, rather than try to test any possible combination.
How will the Colorado release be maintained? Will there be specific service releases?
How will Colorado be installed?
