test_ok2/changelog
Bruno Oliveira 0a06db0729
Merge pull request #11408 from pytest-dev/release-7.4.2 (#11409)
Prepare release 7.4.2

(cherry picked from commit b0c4775a28aebcd3d3d6394ebb36838df01f809d)
2023-09-07 16:10:19 -03:00
..
3664.deprecation.rst Update changelog/3664.deprecation.rst 2022-10-10 12:28:14 +01:00
7363.breaking.rst Change PytestRemovedIn8Warning to error by default 2023-06-23 16:42:24 +03:00
7469.feature.rst Export `FixtureDef` 2023-07-15 10:06:06 +03:00
7966.bugfix.rst un-iterable fix 2023-08-20 14:46:09 -07:00
8976.breaking.rst python: change `pytest pkg/__init__.py` to only collect the `__init__.py` Module 2023-06-23 20:42:50 +03:00
9036.bugfix.rst capture warning when exception is raised (fix #9036) 2023-06-30 16:04:37 -07:00
9288.breaking.rst Tweak docs on review 2023-06-30 15:29:03 -07:00
10447.bugfix.rst fix #10447 - consider marks in reverse mro order to give base classes priority 2023-07-01 22:27:18 +02:00
10465.deprecation.rst Change PytestReturnNotNoneWarning to return a normal warning (#11211) 2023-09-07 15:11:59 +00:00
10701.bugfix.rst Apply suggestions from code review 2023-07-04 10:30:19 +02:00
11011.doc.rst add a warning about modifying the root logger during tests 2023-05-18 09:26:16 -05:00
11122.improvement.rst Switch to new-style pluggy hook wrappers 2023-07-14 22:47:48 +03:00
11137.breaking.rst python: change `Package` to no longer be a `Module`/`File` 2023-07-28 22:49:24 +03:00
11146.bugfix.rst [pre-commit.ci] auto fixes from pre-commit.com hooks 2023-06-26 11:34:03 +00:00
11151.breaking.rst Change PytestReturnNotNoneWarning to return a normal warning (#11211) 2023-09-07 15:11:59 +00:00
11208.trivial.rst fixtures: change `FixtureDef.cached_result[2]` from exception triplet to exception 2023-07-15 10:06:06 +03:00
11216.improvement.rst fixtures: show test as skip location if skipped from an xunit setup function 2023-07-16 23:26:04 +03:00
11218.trivial.rst fixtures: make FixtureRequest abstract, add TopRequest subclass 2023-08-12 11:55:08 +03:00
11227.improvement.rst Have pytest.raises match against exception `__notes__` (#11227) 2023-07-18 08:39:39 -03:00
11255.bugfix.rst fixtures: fix crash when `parametrize(scope="package")` is used without a Package 2023-07-28 16:13:02 +03:00
11277.bugfix.rst python: fix scope assignment for indirect parameter sets (#11277) 2023-08-06 13:59:54 +00:00
11333.trivial.rst Correct the spelling of ArgSource.INVOCATION_DIR (#11333) 2023-08-23 09:21:17 +00:00
11353.trivial.rst Fixes for typed pluggy 2023-08-26 22:13:24 +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.