test_ok2/changelog
Bruno Oliveira 3586edc1c9
Merge pull request #9646 from nicoddemus/9643-delay-warning
2022-02-10 14:11:21 -03:00
..
8838.breaking.rst Remove `PytestRemovedIn7Warning` 2021-12-08 15:58:08 +02:00
9326.bugfix.rst fix 9326 2021-12-12 14:38:45 +02:00
9437.breaking.rst Drop Python3.6 in CI, setup.cfg, and readme. 2021-12-26 21:08:37 +01:00
9493.bugfix.rst config: stop resolving symlinks in conftest paths 2022-01-09 12:33:45 +02:00
9536.improvement.rst With -vv, display the full skip/xfail reason instead of "..." (#9537) 2022-01-25 10:33:22 -03:00
9608.bugfix.rst Update changelog/9608.bugfix.rst 2022-02-08 00:44:52 +02:00
9610.bugfix.rst unittest: restore `UnitTestFunction.obj` to return unbound rather than bound method 2022-02-08 00:46:00 +02:00
9636.bugfix.rst Rename ``pythonpath`` plugin to ``python_path`` 2022-02-09 10:03:20 +02:00
9642.bugfix.rst allow running testids which contain :: in the parametrized portion 2022-02-07 20:19:59 -05:00
9643.bugfix.rst Delay warning about collector/item diamond inheritance 2022-02-10 13:50:25 -03:00
README.rst docs: use doc/en/_build/html for html output (#6842) 2020-02-29 00:47:30 +01:00
_template.rst Update CHANGELOG template to put issue links at the start of entries 2018-07-07 11:02:33 -03:00

README.rst

This directory contains "newsfragments" which are short files that contain a small **ReST**-formatted
text that will be added to the next ``CHANGELOG``.

The ``CHANGELOG`` will be read by **users**, so this description should be aimed to pytest users
instead of describing internal changes which are only relevant to the developers.

Make sure to use full sentences in the **past or present tense** and use punctuation, examples::

    Improved verbose diff output with sequences.

    Terminal summary statistics now use multiple colors.

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.
* ``improvement``: improvement of existing functionality, usually without requiring user intervention (for example, new fields being written in ``--junitxml``, improved colors in terminal, etc).
* ``bugfix``: fixes a bug.
* ``doc``: documentation improvement, like rewording an entire session or adding missing docs.
* ``deprecation``: feature deprecation.
* ``breaking``: a change which may break existing suites, such as feature removal or behavior change.
* ``vendor``: changes in packages vendored in pytest.
* ``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.

``towncrier`` preserves multiple paragraphs and formatting (code blocks, lists, and so on), but for entries
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/html/changelog.html``) if you want to get a preview of how your change will look in the final release notes.