|
| 1 | +Contributing to pkgdev |
| 2 | +====================== |
| 3 | + |
| 4 | +Thank you for considering contributing to ``pkgdev``! We appreciate your time and |
| 5 | +effort in helping us improve our project. This document outlines the guidelines |
| 6 | +and steps for contributing to our project. |
| 7 | + |
| 8 | +Code of Conduct |
| 9 | +--------------- |
| 10 | + |
| 11 | +We expect all contributors to follow `Gentoo's Code of Conduct |
| 12 | +<https://wiki.gentoo.org/wiki/Project:Council/Code_of_conduct>`_. Please make |
| 13 | +sure to read and understand it before contributing. |
| 14 | + |
| 15 | +How Can I Contribute? |
| 16 | +--------------------- |
| 17 | + |
| 18 | +There are several ways you can contribute to ``pkgdev``: |
| 19 | + |
| 20 | +- Reporting bugs |
| 21 | +- Suggesting enhancements |
| 22 | +- Writing code patches |
| 23 | +- Improving documentation |
| 24 | +- Providing feedback |
| 25 | + |
| 26 | +Reporting Bugs |
| 27 | +-------------- |
| 28 | + |
| 29 | +If you encounter any bugs or issues while using ``pkgdev``, please report them |
| 30 | +by following these steps: |
| 31 | + |
| 32 | +1. Check if the bug has already been reported by searching our `issue tracker |
| 33 | + <https://github.com/pkgcore/pkgdev/issues>`_. |
| 34 | +2. If the bug hasn't been reported, open a new issue and provide a clear and |
| 35 | + detailed description of the problem. |
| 36 | +3. Include any relevant information, such as error messages, screenshots, or |
| 37 | + steps to reproduce the issue. |
| 38 | +4. Assign appropriate labels to the issue (e.g., bug, tool/tatt) and provide |
| 39 | + any additional context that might be helpful. |
| 40 | + |
| 41 | +Suggesting Enhancements |
| 42 | +----------------------- |
| 43 | + |
| 44 | +If you have ideas for new features or improvements to ``pkgdev``, we would love |
| 45 | +to hear them! To suggest an enhancement, please follow these steps: |
| 46 | + |
| 47 | +1. Check if the enhancement has already been suggested by searching our `issue |
| 48 | + tracker <https://github.com/pkgcore/pkgdev/issues>`_. |
| 49 | +2. If the enhancement hasn't been suggested, open a new issue and provide a |
| 50 | + clear and detailed description of your idea. |
| 51 | +3. Explain why you think the enhancement would be valuable and how it aligns |
| 52 | + with the project's goals. |
| 53 | +4. Assign appropriate labels to the issue (e.g., enhancement, tool/bugs) |
| 54 | + and provide any additional context that might be helpful. |
| 55 | + |
| 56 | +Pull Requests |
| 57 | +------------- |
| 58 | + |
| 59 | +We welcome pull requests from contributors. To submit a pull request, please |
| 60 | +follow these steps: |
| 61 | + |
| 62 | +1. Fork the repository and create a new branch for your changes. |
| 63 | +2. Make your changes and ensure that the code passes all tests. |
| 64 | +3. Write clear and concise commit messages that describe your changes. |
| 65 | +4. Sign-off your commits, for example using the command ``git commit -s``. Must |
| 66 | + confirm to `GLEP-76 <https://www.gentoo.org/glep/glep-0076.html>`_. |
| 67 | +5. Submit a pull request, explaining the purpose and benefits of your changes. |
| 68 | +6. Be responsive to any feedback or questions during the review process. |
| 69 | + |
| 70 | +Styleguides |
| 71 | +----------- |
| 72 | + |
| 73 | +When contributing to ``pkgdev``, please adhere to the following styleguides: |
| 74 | + |
| 75 | +- Code formatting is done using `black <https://pypi.org/project/black/>`_. You |
| 76 | + can run ``make format`` for it to auto format your files |
| 77 | +- While not a hard requirement in all cases, we do want to have a healthy |
| 78 | + coverage of branches and flows. Attempt to write unit tests. |
| 79 | + |
| 80 | +Vulnerabilities reports |
| 81 | +----------------------- |
| 82 | + |
| 83 | +In case you have found a vulnerability in ``pkgdev``'s code, feel free to open |
| 84 | +an issue with as detailed explanation as possible. We believe in reporting as |
| 85 | +fast as possible to our user base, so a vulnerability report should start as |
| 86 | +public, even if no fix is ready, in which case we would also report it in extra |
| 87 | +channels (i.e. IRC channel and gentoo-dev mailing list). |
0 commit comments