diff --git a/docs/index.rst b/docs/index.rst index 1779519..e4a4aec 100644 --- a/docs/index.rst +++ b/docs/index.rst @@ -21,6 +21,6 @@ Documentation stakeholder_requirements/index.rst tool_requirements/index.rst - process_description/index.rst + process/index.rst features/index.rst platform_management_plan/index.rst diff --git a/docs/platform_management_plan/project_management.rst b/docs/platform_management_plan/project_management.rst index 8e2c3d5..d056669 100644 --- a/docs/platform_management_plan/project_management.rst +++ b/docs/platform_management_plan/project_management.rst @@ -160,17 +160,17 @@ as defined by the *Eclipse Foundation Project Handbook*. Software module committ and software module project leads are responsible for managing the software module as if it were a normal *Eclipse child project*. The election of the project leads and committers for software module projects should be done using the main integration *SCORE* project mailing list, *score-dev@eclipse.org*. This means, that the decision who will be the project lead and committer of the new software module will be taken by the project leads and committers of the main *SCORE* project respectively. The elected project leads or committers of the software modules are not automatically project leads and committers of the main integration *SCORE* project. Typically, before becoming a project lead or a committer of the main integration *SCORE* project, you need to build up a good reputation by contributing to the main integration *SCORE* project and being project lead or committer for one of the software modules. -That should be a normal procedure, that before introducing a new *Eclipse child project* for a software module, it should first reside as a repository in the main *SCORE* project. If the software module later would be moved to a real standalone *Eclipse child project*, e.g., as there is a wish to use this software module independent of the *SCORE* project, then the elected project leads and committers of the software module will be simply taken over as project leads and committers of the new *Eclipse child project* and their tasks will stay the same. Further in this document differentation between a software module and *Eclipse child project* will be done only if necessary. For the software module that resides in the separate repository of the main *SCORE* project, the configuration and the control +That should be a normal procedure, that before introducing a new *Eclipse child project* for a software module, it should first reside as a repository in the main *SCORE* project. If the software module later would be moved to a real standalone *Eclipse child project*, e.g., as there is a wish to use this software module independent of the *SCORE* project, then the elected project leads and committers of the software module will be simply taken over as project leads and committers of the new *Eclipse child project* and their tasks will stay the same. Further in this document differentiation between a software module and *Eclipse child project* will be done only if necessary. For the software module that resides in the separate repository of the main *SCORE* project, the configuration and the control of who is committer and project lead is done using `CODEOWNER files `_ -located in the subfolders of the corresponding repository of the software module. +located in the subfolder of the corresponding repository of the software module. Main task of project leads is planning and prioritizing of activities, and together with the committers maintaining of the backlog and ensuring, that the software development is done according to process described in the main SCORE project. The planning should be done as described in the `Planning`_ chapter. A more detailed description of PLs' and Committers' activities is given in *Eclipse Foundation Project Handbook*. The main project *SCORE* has certainly also project leaders and committers, but their roles are slightly different compared to the software module committers and project leads. The role of the *SCORE* project as the central project is, as already -described, to ensure proper integration of multiple softwarre modules, provide common +described, to ensure proper integration of multiple software modules, provide common integration guidelines and mechanisms, e.g. build toolchain. Additionally *SCORE* project takes care of all overarching topics, as e.g. roadmap and milestone planning or definition of cross-functional topics. Therefore there exist number of additional diff --git a/docs/process_description/guidelines/branch/index.rst b/docs/process/guidelines/branch/index.rst similarity index 100% rename from docs/process_description/guidelines/branch/index.rst rename to docs/process/guidelines/branch/index.rst diff --git a/docs/process_description/guidelines/general/index.rst b/docs/process/guidelines/general/index.rst similarity index 99% rename from docs/process_description/guidelines/general/index.rst rename to docs/process/guidelines/general/index.rst index a9aca45..41a5dd2 100644 --- a/docs/process_description/guidelines/general/index.rst +++ b/docs/process/guidelines/general/index.rst @@ -102,7 +102,7 @@ can be in a different order. platform-integration-tests/ -> Integration tests on reference hardware. - process/process_model/ -> process definition including workflows, workproducts, roles, guidance [WP_PROCESS_DEFINITION] + process/ -> process definition including workflows, workproducts, roles, guidance [WP_PROCESS_DEFINITION] registry/ -> infrastructure configuration diff --git a/docs/process_description/guidelines/git/index.rst b/docs/process/guidelines/git/index.rst similarity index 100% rename from docs/process_description/guidelines/git/index.rst rename to docs/process/guidelines/git/index.rst diff --git a/docs/process_description/guidelines/index.rst b/docs/process/guidelines/index.rst similarity index 100% rename from docs/process_description/guidelines/index.rst rename to docs/process/guidelines/index.rst diff --git a/docs/process_description/index.rst b/docs/process/index.rst similarity index 100% rename from docs/process_description/index.rst rename to docs/process/index.rst diff --git a/docs/process_description/templates/index.rst b/docs/process/templates/index.rst similarity index 100% rename from docs/process_description/templates/index.rst rename to docs/process/templates/index.rst