14 | | * Independent development of all the components that constitute boost libraries set (accepted and proposed), so that each developer may work on his own pace and boost can scale up to an ever-larger number of libraries, and so do without the incremental weight of each new library having a negative impact on other libraries or on release management |
15 | | |
16 | | * Explicit support for libraries dependencies |
17 | | |
18 | | * Decoupling individual library testing and release [#individual_lib_release procedures] from [#boost_umbrella_release boost umbrella releases] |
19 | | |
20 | | * Minimizing requirements for the test environment while making it flexible to support all the necessary tests |
21 | | |
22 | | * Boost releases that are professional and reliable, and suitable for users ranging from simple projects by individuals on up to very large multi-developer projects in large organizations. |
23 | | |
24 | | * Timely releases of Boost are available on a predictable schedule, with no possibility that problems with a few libraries can delay a release of Boost as a whole. |
25 | | |
26 | | * Release preparation does not require super-human effort by the release manager and does not involve neither testers nor developers. |
27 | | |
28 | | * It is easy to release of subsets of Boost |
| 14 | * Independent development of all the components that constitute boost libraries set (accepted and proposed), so that each developer may work on his own pace and boost can scale up to an ever-larger number of libraries, and so do without the incremental weight of each new library having a negative impact on other libraries or on release management |
| 15 | |
| 16 | * Explicit support for libraries dependencies |
| 17 | |
| 18 | * Decoupling individual library testing and release [#individual_lib_release procedures] from [#boost_umbrella_release boost umbrella releases] |
| 19 | |
| 20 | * Minimizing requirements for the test environment while making it flexible to support all the necessary tests |
| 21 | |
| 22 | * Boost releases that are professional and reliable, and suitable for users ranging from simple projects by individuals on up to very large multi-developer projects in large organizations. |
| 23 | |
| 24 | * Timely releases of Boost are available on a predictable schedule, with no possibility that problems with a few libraries can delay a release of Boost as a whole. |
| 25 | |
| 26 | * Release preparation does not require super-human effort by the release manager and does not involve neither testers nor developers. |
| 27 | |
| 28 | * It is easy to release of subsets of Boost |