diff options
| author | Paul Ganssle <paul@ganssle.io> | 2018-05-14 11:01:29 -0400 |
|---|---|---|
| committer | Paul Ganssle <paul@ganssle.io> | 2018-05-14 15:03:32 -0400 |
| commit | 007c8a00253778b421cd7c6b9b67d40c317b188a (patch) | |
| tree | fed72e5cba663d9c77499127903d400271d0d12c /docs/developer-guide.txt | |
| parent | 5c90644b2d81207869cd21c052b223d984f30340 (diff) | |
| download | python-setuptools-git-007c8a00253778b421cd7c6b9b67d40c317b188a.tar.gz | |
Add documentation on how to create a changelog entry
Diffstat (limited to 'docs/developer-guide.txt')
| -rw-r--r-- | docs/developer-guide.txt | 32 |
1 files changed, 32 insertions, 0 deletions
diff --git a/docs/developer-guide.txt b/docs/developer-guide.txt index 25aaeaab..ea1034ab 100644 --- a/docs/developer-guide.txt +++ b/docs/developer-guide.txt @@ -57,6 +57,38 @@ Setuptools makes extensive use of hyperlinks to tickets in the changelog so that system integrators and other users can get a quick summary, but then jump to the in-depth discussion about any subject referenced. +--------------------- +Making a pull request +--------------------- + +When making a pull request, please include a short summary of the changes +and a reference to any issue tickets that the PR is intended to solve. All +PRs with code changes should include tests. All changes should include a +changelog entry. + +``setuptools`` uses `towncrier <https://town-crier.readthedocs.io/en/latest/>`_ +for changelog managment, so when making a PR, please add a news fragment in the +``changelog.d/`` folder. Changelog files are written in Restructured Text and +should be a 1 or 2 sentence description of the substantive changes in the PR. +They should be named ``<pr_number>.<category>.rst``, where the categories are: + +- ``change``: Any backwards compatible code change +- ``breaking``: Any backwards-compatibility breaking change +- ``doc``: A change to the documentation +- ``misc``: Changes internal to the repo like CI, test and build changes +- ``deprecation``: For deprecations of an existing feature of behavior + +A pull request may have more than one of these components, for example a code +change may introduce a new feature that deprecates an old feature, in which +case two fragments should be added. It is not necessary to make a separate +documentation fragment for documentation changes accompanying the relevant +code changes. See the following for an example news fragment: + +.. code-block:: bash + + $ cat changelog.d/1288.change.rst + Add support for maintainer in PKG-INFO + ----------- Source Code ----------- |
