Loading .gitlab/issue_templates/Default.md 0 → 100644 +21 −0 Changes for .gitlab/issue_templates/Default.md: 21 added lines, 0 removed lines. Original line number Diff line number Diff line ## Description <!-- What needs to be done and why. --> ## Scope <!-- What this issue covers, one item per line. --> - [ ] ## Deliverables <!-- What this issue produces. --> - [ ] ## Acceptance criteria <!-- Conditions that must hold before the issue is closed. --> - [ ] CONTRIBUTING.md +13 −6 Changes for CONTRIBUTING.md: 13 added lines, 6 removed lines. Original line number Diff line number Diff line Loading @@ -3,13 +3,18 @@ Thank you for considering contributing to the Federation Manager project! We welcome contributions from the community to help improve and evolve this open-source implementation. The [OpenOP contributing guide](https://oop.etsi.org/documentation/latest/community/contribute/code/) describes how to contribute to every OpenOP repository: the workflow, branches and commits, merge requests, review, and the definition of done. Read it first. ## How to Contribute 1. **Fork the repository** and create your branch from `main`. 1. **Fork the repository** and create your branch from `develop`. 2. **Write clear, concise code** that follows Python best practices. 3. **Include tests** if you add new functionality or fix a bug. 4. **Update documentation** as needed to reflect your changes. 5. **Submit a pull request** with a clear description of your changes. 4. **Update documentation**: the architecture specification first, in its own merge request, and this repository's documentation in your merge request. 5. **Open a merge request** against `develop` with a clear description of your changes. ## Local checks Loading @@ -36,13 +41,14 @@ dependencies in `pyproject.toml`. ## Code Guidelines - Follow [PEP8](https://peps.python.org/pep-0008/) coding style. - Write meaningful commit messages. - Keep pull requests focused and small when possible. - Write commit messages in the [Conventional Commits](https://www.conventionalcommits.org/) format. - Keep merge requests focused and small when possible. - Document public methods and classes using docstrings. ## Reporting Issues If you find a bug or have a feature request, please open an issue using the [Issue Tracker](../../issues). If you find a bug or have a feature request, please open an issue using the [Issue Tracker](../../issues) and the issue template. When reporting a bug, please include: - A clear description of the problem Loading @@ -52,6 +58,7 @@ When reporting a bug, please include: ## Community Standards We are committed to providing a welcoming and respectful environment for all contributors. All contributors follow the OpenOP [Code of Conduct](https://oop.etsi.org/legal/code-of-conduct/). --- Loading Loading
.gitlab/issue_templates/Default.md 0 → 100644 +21 −0 Changes for .gitlab/issue_templates/Default.md: 21 added lines, 0 removed lines. Original line number Diff line number Diff line ## Description <!-- What needs to be done and why. --> ## Scope <!-- What this issue covers, one item per line. --> - [ ] ## Deliverables <!-- What this issue produces. --> - [ ] ## Acceptance criteria <!-- Conditions that must hold before the issue is closed. --> - [ ]
CONTRIBUTING.md +13 −6 Changes for CONTRIBUTING.md: 13 added lines, 6 removed lines. Original line number Diff line number Diff line Loading @@ -3,13 +3,18 @@ Thank you for considering contributing to the Federation Manager project! We welcome contributions from the community to help improve and evolve this open-source implementation. The [OpenOP contributing guide](https://oop.etsi.org/documentation/latest/community/contribute/code/) describes how to contribute to every OpenOP repository: the workflow, branches and commits, merge requests, review, and the definition of done. Read it first. ## How to Contribute 1. **Fork the repository** and create your branch from `main`. 1. **Fork the repository** and create your branch from `develop`. 2. **Write clear, concise code** that follows Python best practices. 3. **Include tests** if you add new functionality or fix a bug. 4. **Update documentation** as needed to reflect your changes. 5. **Submit a pull request** with a clear description of your changes. 4. **Update documentation**: the architecture specification first, in its own merge request, and this repository's documentation in your merge request. 5. **Open a merge request** against `develop` with a clear description of your changes. ## Local checks Loading @@ -36,13 +41,14 @@ dependencies in `pyproject.toml`. ## Code Guidelines - Follow [PEP8](https://peps.python.org/pep-0008/) coding style. - Write meaningful commit messages. - Keep pull requests focused and small when possible. - Write commit messages in the [Conventional Commits](https://www.conventionalcommits.org/) format. - Keep merge requests focused and small when possible. - Document public methods and classes using docstrings. ## Reporting Issues If you find a bug or have a feature request, please open an issue using the [Issue Tracker](../../issues). If you find a bug or have a feature request, please open an issue using the [Issue Tracker](../../issues) and the issue template. When reporting a bug, please include: - A clear description of the problem Loading @@ -52,6 +58,7 @@ When reporting a bug, please include: ## Community Standards We are committed to providing a welcoming and respectful environment for all contributors. All contributors follow the OpenOP [Code of Conduct](https://oop.etsi.org/legal/code-of-conduct/). --- Loading