Modules - Rules for community modules: Difference between revisions

Jump to navigation Jump to search
m
Tag: 2017 source edit
Tag: 2017 source edit
Line 28: Line 28:
The user(s) that publish initialy the module in the Community repository agrees to analyze, check and approve, on a regular basis, issues or Pull Requests related to its module. We called this user(s) as the MAINTAINER(S). Issues and Pull Requests on project can be submited by everybody, we called them the CONTRIBUTORS.
The user(s) that publish initialy the module in the Community repository agrees to analyze, check and approve, on a regular basis, issues or Pull Requests related to its module. We called this user(s) as the MAINTAINER(S). Issues and Pull Requests on project can be submited by everybody, we called them the CONTRIBUTORS.


The name and github account of the maintainers (better if there is 2 or more persons per module) will be mentioned in the file MAINTAINERS. The Dolibarr foundation will grant them permission to merge pull requests and manage issues. The maintainers agree to not validate Pull Request that is not related to files inside their directory module (in a future a check may be done automatically to avoid errors).
The name and github account of the maintainers (better if there is 2 or more persons per module) will be mentioned in the file MAINTAINERS (in the root of the project). The Dolibarr foundation will grant them permission to merge pull requests and manage issues. The maintainers agree to not validate Pull Request that is not related to files inside their directory module (in a future a check may be done automatically to avoid errors).
Maintainers of a module are allowed to commit directly files of their modules directory.
Maintainers of a module are allowed to commit directly files of their modules directory.


Navigation menu