Skip to content

Latest commit

 

History

History
64 lines (45 loc) · 2.56 KB

File metadata and controls

64 lines (45 loc) · 2.56 KB

Pull Request Checklist

All pull request will be reviewed by a core developer who will manage the process of merging. It is the responsibility of a developer submitting a pull request to do their best to deliver a pull request which meets the requirements of the project it is submitted to.

The check list summarises criteria which will be checked before a pull request is merged. Before submitting a pull request please consider this list.

  1. Provide a helpful description of the Pull Request. This should include:
  • The aim of the change / the problem addressed / a link to the issue.
  • How the change has been delivered.
  1. Include a "What's New" entry, if appropriate. See :ref:`whats_new_contributions`.

  2. Check all tests pass. This includes existing tests and any new tests added for any new functionality. For more information see :ref:`developer_running_tests`.

  3. Check all modified and new source files conform to the required :ref:`code_formatting`.

  4. Check all new dependencies added to the requirements/ci/*.yml files. If dependencies have been added new nox testing lockfieles should be generated too, see :ref:`cirrus_test_env`.

  5. Check the source documentation been updated to explain all new or changed features. See :ref:`docstrings`.

  6. Include code examples inside the docstrings where appropriate. See :ref:`contributing.documentation.testing`.

  7. Check the documentation builds without warnings or errors. See :ref:`contributing.documentation.building`

  8. Check for any new dependencies in the `.cirrus.yml`_ config file.

  9. Check for any new dependencies in the `readthedocs.yml`_ file. This file is used to build the documentation that is served from https://scitools-iris.readthedocs.io/en/latest/

  10. Check for updates needed for supporting projects for test or example data. For example:

    If new files are required by tests or code examples, they must be added to the appropriate supporting project via a suitable pull-request. This pull request should be referenced in the main Iris pull request and must be accepted and merged before the Iris one can be.