2018-02-17 20:20:41 +08:00
This directory contains "newsfragments" which are short files that contain a small **ReST** -formatted
2018-02-07 08:13:04 +08:00
text that will be added to the next `` CHANGELOG `` .
2019-11-20 01:04:21 +08:00
The `` CHANGELOG `` will be read by **users** , so this description should be aimed to pytest users
2018-02-07 08:13:04 +08:00
instead of describing internal changes which are only relevant to the developers.
2019-11-20 01:04:21 +08:00
Make sure to use full sentences in the **past or present tense** and use punctuation, examples::
2018-02-17 20:20:41 +08:00
2019-11-20 01:04:21 +08:00
Improved verbose diff output with sequences.
Terminal summary statistics now use multiple colors.
2018-02-07 08:13:04 +08:00
Each file should be named like `` <ISSUE>.<TYPE>.rst `` , where
`` <ISSUE> `` is an issue number, and `` <TYPE> `` is one of:
* `` feature `` : new user facing features, like new command-line options and new behavior.
2019-08-10 20:26:37 +08:00
* `` improvement `` : improvement of existing functionality, usually without requiring user intervention (for example, new fields being written in `` --junitxml `` , improved colors in terminal, etc).
2020-01-24 03:34:21 +08:00
* `` bugfix `` : fixes a bug.
2018-02-07 08:13:04 +08:00
* `` doc `` : documentation improvement, like rewording an entire session or adding missing docs.
2018-09-14 01:02:01 +08:00
* `` deprecation `` : feature deprecation.
2019-12-06 19:47:39 +08:00
* `` breaking `` : a change which may break existing suites, such as feature removal or behavior change.
2018-02-08 18:03:14 +08:00
* `` vendor `` : changes in packages vendored in pytest.
2018-02-07 08:13:04 +08:00
* `` trivial `` : fixing a small typo or internal change that might be noteworthy.
So for example: `` 123.feature.rst `` , `` 456.bugfix.rst `` .
If your PR fixes an issue, use that number here. If there is no issue,
then after you submit the PR and get the PR number you can add a
changelog using that instead.
If you are not sure what issue type to use, don't hesitate to ask in your PR.
2018-07-07 22:07:13 +08:00
`` towncrier `` preserves multiple paragraphs and formatting (code blocks, lists, and so on), but for entries
2019-11-25 11:06:30 +08:00
other than `` features `` it is usually better to stick to a single paragraph to keep it concise.
You can also run `` tox -e docs `` to build the documentation
with the draft changelog (`` doc/en/_build/changelog.html `` ) if you want to get a preview of how your change will look in the final release notes.