From ad824f0d4c820081377cea04098bfd14aeade2e1 Mon Sep 17 00:00:00 2001 From: Florian Maas Date: Sun, 17 Apr 2022 13:35:05 +0200 Subject: [PATCH] convrted contributing.rst to markdown (#33) --- CONTRIBUTING.md | 147 +++++++++++++++++++++++++++++++++++++++++++++ CONTRIBUTING.rst | 152 ----------------------------------------------- 2 files changed, 147 insertions(+), 152 deletions(-) create mode 100644 CONTRIBUTING.md delete mode 100644 CONTRIBUTING.rst diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md new file mode 100644 index 0000000..c17eff9 --- /dev/null +++ b/CONTRIBUTING.md @@ -0,0 +1,147 @@ +# Contributing + +Contributions are welcome, and they are greatly appreciated! Every +little bit helps, and credit will always be given. + +You can contribute in many ways: + +# Types of Contributions + +## Report Bugs + +Report bugs at - git clone git@github.com:YOUR_NAME/cookiecutter-poetry.git - - -| 3. Now we need to install the environment. Navigate into the directory - - .. code-block:: bash - - cd cookiecutter-poetry - - If you are using ``pyenv``, select a version to use locally. (See installed versions with ``pyenv versions``) - - .. code-block:: bash - - pyenv local - - Then, install and activate the environment with: - - .. code-block:: bash - - poetry install - poetry shell - -| 4. Create a branch for local development: - - .. code-block:: bash - - git checkout -b name-of-your-bugfix-or-feature - - Now you can make your changes locally. - - -| 5. Don't forget to add test cases for your added functionality to the ``tests`` directory. - -| 6. When you're done making changes, check that your changes pass the formatting tests. - - .. code-block:: bash - - make lint - -| 7. Now, validate that all unit tests are passing: - - .. code-block:: bash - - make test - -| 8. Before raising a pull request you should also run tox. This will run the - tests across different versions of Python: - - .. code-block:: bash - - tox - - This requires you to have multiple versions of python installed. - This step is also triggered in the CI/CD pipeline, so you could also choose to skip this - step locally. - -| 9. Reflect your changes in the dcoumentation. Update relevant files in the ``docs`` directory, - and potentially the ``README``.You can check the updated documentation with - - .. code-block:: bash - - make docs - -| 10. Commit your changes and push your branch to GitHub: - - .. code-block:: bash - - git add . - git commit -m "Your detailed description of your changes." - git push origin name-of-your-bugfix-or-feature - -| 11. Submit a pull request through the GitHub website. - -Pull Request Guidelines ---------------------------- - -Before you submit a pull request, check that it meets these guidelines: - -1. The pull request should include tests. - -2. If the pull request adds functionality, the docs should be updated. Put your - new functionality into a function with a docstring, and add the feature to - the list in README.rst.