python-semantic-release 9.12.1__tar.gz → 9.13.0__tar.gz

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/MANIFEST.in

@@ -1,8 +1,5 @@
-# Make sure Jinja templates are included
-recursive-include ./ *.j2
-
 # Make sure non-python files are included
-graft semantic_release/data
+graft src/**/data/
 
 # include docs & testing into sdist, ignored for wheel build
 graft tests/

{python_semantic_release-9.12.1/python_semantic_release.egg-info → python_semantic_release-9.13.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.1
 Name: python-semantic-release
-Version: 9.12.1
+Version: 9.13.0
 Summary: Automatic Semantic Versioning for Python projects
 Author-email: Rolf Erik Lekang <me@rolflekang.com>
 License: MIT

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/docs/automatic-releases/github-actions.rst

@@ -337,7 +337,7 @@ before the :ref:`version <cmd-version>` subcommand.
 
   .. code:: yaml
 
-    - uses: python-semantic-release/python-semantic-release@v9.12.1
+    - uses: python-semantic-release/python-semantic-release@v9.13.0
       with:
         root_options: "-vv --noop"
 
@@ -684,7 +684,7 @@ to the GitHub Release Assets as well.
           - name: Action | Semantic Version Release
             id: release
             # Adjust tag with desired version if applicable.
-            uses: python-semantic-release/python-semantic-release@v9.12.1
+            uses: python-semantic-release/python-semantic-release@v9.13.0
             with:
               github_token: ${{ secrets.GITHUB_TOKEN }}
               git_committer_name: "github-actions"
@@ -744,7 +744,7 @@ The equivalent GitHub Action configuration would be:
 
   - name: Action | Semantic Version Release
     # Adjust tag with desired version if applicable.
-    uses: python-semantic-release/python-semantic-release@v9.12.1
+    uses: python-semantic-release/python-semantic-release@v9.13.0
     with:
       github_token: ${{ secrets.GITHUB_TOKEN }}
       force: patch
@@ -772,13 +772,13 @@ Publish Action.
 .. code:: yaml
 
    - name: Release Project 1
-     uses: python-semantic-release/python-semantic-release@v9.12.1
+     uses: python-semantic-release/python-semantic-release@v9.13.0
      with:
        directory: ./project1
        github_token: ${{ secrets.GITHUB_TOKEN }}
 
    - name: Release Project 2
-     uses: python-semantic-release/python-semantic-release@v9.12.1
+     uses: python-semantic-release/python-semantic-release@v9.13.0
      with:
        directory: ./project2
        github_token: ${{ secrets.GITHUB_TOKEN }}

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/docs/changelog_templates.rst

@@ -512,60 +512,72 @@ the ``context`` object has the following attributes:
 Release History
 """""""""""""""
 
-A ``ReleaseHistory`` object has two attributes: ``released`` and ``unreleased``.
+A :py:class:`ReleaseHistory <semantic_release.changelog.release_history.ReleaseHistory>`
+object has two attributes: ``released`` and ``unreleased``.
 
 The ``unreleased`` attribute is of type ``Dict[str, List[ParseResult]]``. Each commit
 in the current branch's commit history since the last release on this branch is grouped
-by the ``type`` attribute of the ``ParsedCommit`` returned by the commit parser,
-or if the parser returned a ``ParseError`` then the result is grouped under the
-``"unknown"`` key.
+by the ``type`` attribute of the
+:py:class:`ParsedCommit <semantic_release.commit_parser.token.ParsedCommit>`
+returned by the commit parser, or if the parser returned a
+:py:class:`ParseError <semantic_release.commit_parser.token.ParseError>`
+then the result is grouped under the ``"unknown"`` key.
 
 For this reason, every element of ``ReleaseHistory.unreleased["unknown"]`` is a
-``ParseError``, and every element of every other value in ``ReleaseHistory.unreleased``
-is of type ``ParsedCommit``.
+:py:class:`ParseError <semantic_release.commit_parser.token.ParseError>`, and
+every element of every other value in ``ReleaseHistory.unreleased`` is of type
+:py:class:`ParsedCommit <semantic_release.commit_parser.token.ParsedCommit>`.
 
 Typically, commit types will be ``"feature"``, ``"fix"``, ``"breaking"``, though the
 specific types are determined by the parser. For example, the
-:py:class:`semantic_release.commit_parser.EmojiCommitParser` uses a textual
-representation of the emoji corresponding to the most significant change introduced
-in a commit (e.g. ``":boom:"``) as the different commit types. As a template author,
-you are free to customise how these are presented in the rendered template.
+:py:class:`EmojiCommitParser <semantic_release.commit_parser.emoji.EmojiCommitParser>`
+uses a textual representation of the emoji corresponding to the most significant change
+introduced in a commit (e.g. ``":boom:"``) as the different commit types. As a template
+author, you are free to customize how these are presented in the rendered template.
 
 .. note::
    If you are using a custom commit parser following the guide at
    :ref:`commit-parser-writing-your-own-parser`, your custom implementations of
-   :py:class:`semantic_release.ParseResult`, :py:class:`semantic_release.ParseError`
-   and :py:class:`semantic_release.ParsedCommit` will be used in place of the built-in
-   types.
+   :py:class:`ParseResult <semantic_release.commit_parser.token.ParseResult>`,
+   :py:class:`ParseError <semantic_release.commit_parser.token.ParseError>`
+   and :py:class:`ParsedCommit <semantic_release.commit_parser.token.ParsedCommit>`
+   will be used in place of the built-in types.
 
 The ``released`` attribute is of type ``Dict[Version, Release]``. The keys of this
 dictionary correspond to each version released within this branch's history, and
-are of type ``semantic_release.Version``. You can use the ``as_tag()`` method to
-render these as the Git tag that they correspond to inside your template.
-
-A ``Release`` object has an ``elements`` attribute, which has the same
-structure as the ``unreleased`` attribute of a ``ReleaseHistory``; that is,
-``elements`` is of type ``Dict[str, List[ParseResult]]``, where every element
-of ``elements["unknown"]`` is a ``ParseError``, and elements of every other
-value correspond to the ``type`` attribute of the ``ParsedCommit`` returned
+are of type :py:class:`Version <semantic_release.version.version.Version>`. You can
+use the ``as_tag()`` method to render these as the Git tag that they correspond to
+inside your template.
+
+A :py:class:`Release <semantic_release.changelog.release_history.Release>`object
+has an ``elements`` attribute, which has the same structure as the ``unreleased``
+attribute of a
+:py:class:`ReleaseHistory <semantic_release.changelog.release_history.ReleaseHistory>`;
+that is, ``elements`` is of type ``Dict[str, List[ParseResult]]``, where every element
+of ``elements["unknown"]`` is a
+:py:class:`ParseError <semantic_release.commit_parser.token.ParseError>`, and elements
+of every other value correspond to the ``type`` attribute of the
+:py:class:`ParsedCommit <semantic_release.commit_parser.token.ParsedCommit>` returned
 by the commit parser.
 
 The commits represented within each ``ReleaseHistory.released[version].elements``
-grouping are the commits which were made between ``version`` and the release
-corresponding to the previous version.
-That is, given two releases ``Version(1, 0, 0)`` and ``Version(1, 1, 0)``,
-``ReleaseHistory.released[Version(1, 0, 0)].elements`` contains only commits
-made after the release of ``Version(1, 0, 0)`` up to and including the release
-of ``Version(1, 1, 0)``.
+grouping are the commits which were made between version and the release corresponding
+to the previous version. That is, given two releases ``Version(1, 0, 0)`` and
+``Version(1, 1, 0)``, ``ReleaseHistory.released[Version(1, 0, 0)].elements`` contains
+only commits made after the release of ``Version(1, 0, 0)`` up to and including the
+release of ``Version(1, 1, 0)``.
 
 To maintain a consistent order of subsections in the changelog headed by the commit
-type, it's recommended to use Jinja's `dictsort <https://jinja.palletsprojects.com/en/3.1.x/templates/#jinja-filters.dictsort>`_
+type, it's recommended to use Jinja's
+`dictsort <https://jinja.palletsprojects.com/en/3.1.x/templates/#jinja-filters.dictsort>`_
 filter.
 
 Each ``Release`` object also has the following attributes:
 
 * ``tagger: git.Actor``: The tagger who tagged the release.
+
 * ``committer: git.Actor``: The committer who made the release commit.
+
 * ``tagged_date: datetime``: The date and time at which the release was tagged.
 
 .. seealso::
@@ -694,10 +706,12 @@ The filters provided vary based on the VCS configured and available features:
 
       https://example.com/example/repo/compare/v1.0.0...v1.1.0
 
-* ``issue_url (Callable[[IssueNumStr | IssueNumInt], UrlStr])``: given an issue number, return
-  a URL to the issue on the remote vcs.
+* ``issue_url (Callable[[IssueNumStr | IssueNumInt], UrlStr])``: given an issue
+  number, return a URL to the issue on the remote vcs. In v9.12.2, this filter
+  was updated to handle a string that has leading prefix symbols (ex. ``#29``)
+  and will strip the prefix before generating the URL.
 
-  *Introduced in v9.6.0.*
+  *Introduced in v9.6.0, Modified in v9.12.2.*
 
   **Example Usage:**
 
@@ -712,36 +726,52 @@ The filters provided vary based on the VCS configured and available features:
 * ``merge_request_url (Callable[[MergeReqStr | MergeReqInt], UrlStr])``: given a
   merge request number, return a URL to the merge request in the remote. This is
   an alias to the ``pull_request_url`` but only available for the VCS that uses
-  the merge request terminology.
+  the merge request terminology. In v9.12.2, this filter was updated to handle
+  a string that has leading prefix symbols (ex. ``#29``) and will strip the prefix
+  before generating the URL.
 
-  *Introduced in v9.6.0.*
+  *Introduced in v9.6.0, Modified in v9.12.2.*
 
   **Example Usage:**
 
   .. code:: jinja
 
-      {{ "29" | merge_request_url }}
+      {{
+          "[%s](%s)" | format(
+            commit.linked_merge_request,
+            commit.linked_merge_request | merge_request_url
+          )
+      }}
+      {# commit.linked_merge_request is only available in v9.13.0 or greater #}
 
   .. code:: markdown
 
-      https://example.com/example/repo/-/merge_requests/29
+      [#29](https://example.com/example/repo/-/merge_requests/29)
 
 * ``pull_request_url (Callable[[PullReqStr | PullReqInt], UrlStr])``: given a pull
   request number, return a URL to the pull request in the remote. For remote vcs'
   that use merge request terminology, this filter is an alias to the
-  ``merge_request_url`` filter function.
+  ``merge_request_url`` filter function. In v9.12.2, this filter was updated to
+  handle a string that has leading prefix symbols (ex. ``#29``) and will strip
+  the prefix before generating the URL.
 
-  *Introduced in v9.6.0.*
+  *Introduced in v9.6.0, Modified in v9.12.2.*
 
   **Example Usage:**
 
   .. code:: jinja
 
-      {{ "29" | pull_request_url }}
+      {{
+          "[%s](%s)" | format(
+            commit.linked_merge_request,
+            commit.linked_merge_request | pull_request_url
+          )
+      }}
+      {# commit.linked_merge_request is only available in v9.13.0 or greater #}
 
   .. code:: markdown
 
-      https://example.com/example/repo/pull/29
+      [#29](https://example.com/example/repo/pull/29)
 
 * ``read_file (Callable[[str], str])``: given a file path, read the file and
   return the contents as a string. This function was added specifically to
@@ -877,12 +907,12 @@ exposed to the `Jinja`_ template when rendering the release notes.
 
 Additionally, the following two globals are available to the template:
 
-* ``release`` (:class:`Release <semantic_release.changelog.release_history.Release>`):
+* ``release`` (:py:class:`Release <semantic_release.changelog.release_history.Release>`):
   contains metadata about the content of the release, as parsed from commit logs
 
   *Introduced in v8.0.0.*
 
-* ``version`` (:class:`Version <semantic_release.version.version.Version>`): contains
+* ``version`` (:py:class:`Version <semantic_release.version.version.Version>`): contains
   metadata about the software version to be released and its ``git`` tag
 
   *Introduced in v8.0.0.*
@@ -1009,7 +1039,7 @@ primarily you should review the embedded default templates in the PSR package
 for a full example. You can find the default templates at `data/templates/`__
 directory.
 
-__ https://github.com/python-semantic-release/python-semantic-release/tree/master/semantic_release/data/templates
+__ https://github.com/python-semantic-release/python-semantic-release/tree/master/src/semantic_release/data/templates
 
 1.  **Add a conditional to check the changelog_mode.** This will allow you
     to determine if you should render the entire changelog or just the new

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/docs/commit-parsing.rst

@@ -45,9 +45,12 @@ The following parsers are built in to Python Semantic Release:
 ``semantic_release.commit_parser.AngularCommitParser``
 """"""""""""""""""""""""""""""""""""""""""""""""""""""
 
-The default parser, which uses the `Angular commit style <https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#commits>`_ with the following differences:
+The default parser, which uses the
+`Angular commit style <https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#commits>`_
+with the following differences:
 
   - Multiple ``BREAKING CHANGE:`` paragraphs are supported
+
   - ``revert`` is not currently supported
 
 The default configuration options for
@@ -222,26 +225,41 @@ as the commit history of a repository is being parsed. Python Semantic Release d
 not raise an exception if a commit cannot be parsed.
 
 Python Semantic Release uses :py:class:`semantic_release.ParsedCommit`
-as the return type of a successful parse operation, and :py:class:`semantic_release.ParseError`
-as the return type from an unsuccessful parse of a commit. :py:class:`semantic_release.ParsedCommit` is a `namedtuple`_ which has the following fields:
-
-* bump: a :py:class:`semantic_release.LevelBump` indicating what type of change this commit introduces.
-* type: the *type* of the commit as a string, per the commit message style. This is up to the
-  parser to implement; for example, the :py:class:`semantic_release.commit_parser.EmojiCommitParser`
-  parser fills this field with the emoji representing the most significant change for the commit.
-  The field is named after the representation in the Angular commit specification.
-* scope: The scope, as a string, parsed from the commit. Commit styles which do not have a meaningful
-  concept of "scope" should fill this field with an empty string.
-* descriptions: A list of paragraphs (strings) (delimited by a double-newline) from the commit message.
-* breaking_descriptions: A list of paragraphs (strings) which are deemed to identify and describe
-  breaking changes by the parser. An example would be a paragraph which begins with the text
-  ``BREAKING CHANGE:``.
-* commit: The original commit object that was parsed.
+as the return type of a successful parse operation, and
+:py:class:`semantic_release.ParseError` as the return type from an unsuccessful
+parse of a commit. :py:class:`semantic_release.ParsedCommit` is a `namedtuple`_
+which has the following fields:
+
+* **bump**: a :py:class:`semantic_release.LevelBump` indicating what type of change
+  this commit introduces.
+
+* **type**: the *type* of the commit as a string, per the commit message style. This
+  is up to the parser to implement; for example, the
+  :py:class:`semantic_release.commit_parser.EmojiCommitParser` parser fills this field
+  with the emoji representing the most significant change for the commit. The field is
+  named after the representation in the Angular commit specification.
+
+* **scope**: The scope, as a string, parsed from the commit. Commit styles which do
+  not have a meaningful concept of "scope" should fill this field with an empty string.
+
+* **descriptions**: A list of paragraphs (strings) (delimited by a double-newline)
+  from the commit message.
+
+* **breaking_descriptions**: A list of paragraphs (strings) which are deemed to
+  identify and describe breaking changes by the parser. An example would be a
+  paragraph which begins with the text ``BREAKING CHANGE:``.
+
+* **commit**: The original commit object (a class defined by GitPython) that was parsed.
+
+* **linked_merge_request**: A pull request or merge request definition, if the commit is
+  labeled with a pull/merge request number. This is a string value which includes any
+  special character prefix used by the VCS (e.g. ``#`` for GitLab, ``!`` for Bitbucket).
 
 :py:class:`semantic_release.ParseError` is a `namedtuple`_ which has the following fields:
 
-* commit: The original commit object that was parsed.
-* error: A string with a meaningful error message as to why the commit parsing failed.
+* **commit**: The original commit object that was parsed.
+
+* **error**: A string with a meaningful error message as to why the commit parsing failed.
 
 In addition, :py:class:`semantic_release.ParseError` implements an additional method, ``raise_error``.
 This method raises a :py:class:`semantic_release.CommitParseError` with the message contained in the
@@ -252,10 +270,12 @@ attributes available, each implemented as a ``property`` which is computed, as a
 convenience for template authors - therefore custom implementations should ensure
 these properties can also be computed:
 
-* message: the ``message`` attribute of the ``commit``; where the message is of type ``bytes``
-  this should be decoded to a ``UTF-8`` string.
-* hexsha: the ``hexsha`` attribute of the ``commit``, representing its hash.
-* short_hash: the first 7 characters of the ``hexsha`` attribute of the ``commit``.
+* **message**: the ``message`` attribute of the ``commit``; where the message is of type
+  ``bytes`` this should be decoded to a ``UTF-8`` string.
+
+* **hexsha**: the ``hexsha`` attribute of the ``commit``, representing its hash.
+
+* **short_hash**: the first 7 characters of the ``hexsha`` attribute of the ``commit``.
 
 In Python Semantic Release, the class :py:class:`semantic_release.ParseResult`
 is defined as ``ParseResultType[ParsedCommit, ParseError]``, as a convenient shorthand.
@@ -268,7 +288,9 @@ type returned on an unsuccessful parse of the ``commit``.
 A custom parser result type, therefore, could be implemented as follows:
 
 * ``MyParsedCommit`` subclasses ``ParsedCommit``
+
 * ``MyParseError`` subclasses ``ParseError``
+
 * ``MyParseResult = ParseResultType[MyParsedCommit, MyParseError]``
 
 Internally, Python Semantic Release uses ``isinstance`` to determine if the result
@@ -326,8 +348,10 @@ the following:
 
 * A class-level attribute ``parser_options``, which must be set to
   :py:class:`semantic_release.ParserOptions` or a subclass of this.
+
 * An ``__init__`` method which takes a single parameter, ``options``, that should be
   of the same type as the class' ``parser_options`` attribute.
+
 * A method, ``parse``, which takes a single parameter ``commit`` that is of type
   `git.objects.commit.Commit <gitpython-commit-object>`_, and returns
   :py:class:`semantic_release.token.ParseResult`, or a subclass of this.

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/docs/conf.py

@@ -38,7 +38,7 @@ htmlhelp_basename = "python-semantic-releasedoc"
 
 docs_path = os.path.dirname(__file__)
 apidoc_output_dir = os.path.join(docs_path, "api")
-apidoc_module_dir = os.path.join(docs_path, "..", "semantic_release")
+apidoc_module_dir = os.path.join(docs_path, "..", "src")
 apidoc_separate_modules = True
 apidoc_module_first = True
 apidoc_extra_args = ["-d", "3"]

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/docs/configuration.rst

@@ -1252,7 +1252,7 @@ specified in ``file:variable`` format. For example:
 
     [semantic_release]
     version_variables = [
-        "semantic_release/__init__.py:__version__",
+        "src/semantic_release/__init__.py:__version__",
         "docs/conf.py:version",
     ]
 

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0}/pyproject.toml

@@ -6,7 +6,7 @@ build-backend = "setuptools.build_meta"
 
 [project]
 name = "python-semantic-release"
-version = "9.12.1"
+version = "9.13.0"
 description = "Automatic Semantic Versioning for Python projects"
 requires-python = ">=3.8"
 license = { text = "MIT" }
@@ -37,8 +37,8 @@ dependencies = [
 ]
 
 [project.scripts]
-semantic-release = "semantic_release.cli.commands.main:main"
-psr = "semantic_release.cli.commands.main:main"
+semantic-release = "semantic_release.__main__:main"
+psr = "semantic_release.__main__:main"
 
 [project.urls]
 changelog = "https://github.com/python-semantic-release/python-semantic-release/blob/master/CHANGELOG.md"
@@ -83,8 +83,12 @@ mypy = [
 ]
 
 
-[tool.setuptools.package-dir]
-semantic_release = "semantic_release"
+[tool.setuptools]
+include-package-data = true
+
+
+[tool.setuptools.packages.find]
+where = ["src"]
 
 
 [tool.pytest.ini_options]
@@ -145,7 +149,7 @@ commands =
 [testenv:mypy]
 deps = .[mypy]
 commands =
-    mypy semantic_release
+    mypy src/
 
 [testenv:coverage]
 deps = coverage[toml]
@@ -162,7 +166,6 @@ commands =
 
 [tool.mypy]
 python_version = "3.8"
-packages = ["semantic_release"]
 show_column_numbers = true
 show_error_context = true
 pretty = true
@@ -311,11 +314,11 @@ quote-style = "double"
 # Imported but unused
 "__init__.py" = ["F401"]
 # pydantic 1 can't handle __future__ annotations-enabled syntax on < 3.10
-"semantic_release/cli/config.py" = ["UP", "TCH"]
-"semantic_release/commit_parser/*" = ["UP", "FA", "TCH"]
+"src/semantic_release/cli/config.py" = ["UP", "TCH"]
+"src/semantic_release/commit_parser/*" = ["UP", "FA", "TCH"]
 # Method argument not used. This is mostly a base class
 # anyway
-"semantic_release/hvcs/_base.py" = ["ARG002"]
+"src/semantic_release/hvcs/_base.py" = ["ARG002"]
 # from tests.fixtures import * is deliberate
 "tests/conftest.py" = ["F403"]
 "tests/fixtures/**/__init__.py" = ["F403"]
@@ -394,7 +397,7 @@ build_command = """
     python -m build .
 """
 major_on_zero = true
-version_variables = ["semantic_release/__init__.py:__version__"]
+version_variables = ["src/semantic_release/__init__.py:__version__"]
 version_toml = ["pyproject.toml:project.version"]
 
 [tool.semantic_release.changelog]

{python_semantic_release-9.12.1 → python_semantic_release-9.13.0/src/python_semantic_release.egg-info}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.1
 Name: python-semantic-release
-Version: 9.12.1
+Version: 9.13.0
 Summary: Automatic Semantic Versioning for Python projects
 Author-email: Rolf Erik Lekang <me@rolflekang.com>
 License: MIT

python_semantic_release-9.13.0/src/python_semantic_release.egg-info/SOURCES.txt

@@ -0,0 +1,172 @@
+AUTHORS.rst
+LICENSE
+MANIFEST.in
+README.rst
+pyproject.toml
+docs/Makefile
+docs/algorithm.rst
+docs/changelog_templates.rst
+docs/commands.rst
+docs/commit-parsing.rst
+docs/conf.py
+docs/configuration.rst
+docs/contributing.rst
+docs/contributors.rst
+docs/index.rst
+docs/make.bat
+docs/migrating_from_v7.rst
+docs/multibranch_releases.rst
+docs/strict_mode.rst
+docs/troubleshooting.rst
+docs/automatic-releases/cronjobs.rst
+docs/automatic-releases/github-actions.rst
+docs/automatic-releases/index.rst
+docs/automatic-releases/travis.rst
+src/python_semantic_release.egg-info/PKG-INFO
+src/python_semantic_release.egg-info/SOURCES.txt
+src/python_semantic_release.egg-info/dependency_links.txt
+src/python_semantic_release.egg-info/entry_points.txt
+src/python_semantic_release.egg-info/requires.txt
+src/python_semantic_release.egg-info/top_level.txt
+src/semantic_release/__init__.py
+src/semantic_release/__main__.py
+src/semantic_release/const.py
+src/semantic_release/enums.py
+src/semantic_release/errors.py
+src/semantic_release/gitproject.py
+src/semantic_release/globals.py
+src/semantic_release/helpers.py
+src/semantic_release/changelog/__init__.py
+src/semantic_release/changelog/context.py
+src/semantic_release/changelog/release_history.py
+src/semantic_release/changelog/template.py
+src/semantic_release/cli/__init__.py
+src/semantic_release/cli/changelog_writer.py
+src/semantic_release/cli/cli_context.py
+src/semantic_release/cli/config.py
+src/semantic_release/cli/const.py
+src/semantic_release/cli/github_actions_output.py
+src/semantic_release/cli/masking_filter.py
+src/semantic_release/cli/util.py
+src/semantic_release/cli/commands/__init__.py
+src/semantic_release/cli/commands/changelog.py
+src/semantic_release/cli/commands/generate_config.py
+src/semantic_release/cli/commands/main.py
+src/semantic_release/cli/commands/publish.py
+src/semantic_release/cli/commands/version.py
+src/semantic_release/commit_parser/__init__.py
+src/semantic_release/commit_parser/_base.py
+src/semantic_release/commit_parser/angular.py
+src/semantic_release/commit_parser/emoji.py
+src/semantic_release/commit_parser/scipy.py
+src/semantic_release/commit_parser/tag.py
+src/semantic_release/commit_parser/token.py
+src/semantic_release/commit_parser/util.py
+src/semantic_release/data/templates/angular/md/.release_notes.md.j2
+src/semantic_release/data/templates/angular/md/CHANGELOG.md.j2
+src/semantic_release/data/templates/angular/md/.components/changelog_header.md.j2
+src/semantic_release/data/templates/angular/md/.components/changelog_init.md.j2
+src/semantic_release/data/templates/angular/md/.components/changelog_update.md.j2
+src/semantic_release/data/templates/angular/md/.components/changes.md.j2
+src/semantic_release/data/templates/angular/md/.components/macros.md.j2
+src/semantic_release/data/templates/angular/md/.components/unreleased_changes.md.j2
+src/semantic_release/data/templates/angular/md/.components/versioned_changes.md.j2
+src/semantic_release/data/templates/angular/rst/CHANGELOG.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/changelog_header.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/changelog_init.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/changelog_update.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/changes.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/macros.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/unreleased_changes.rst.j2
+src/semantic_release/data/templates/angular/rst/.components/versioned_changes.rst.j2
+src/semantic_release/hvcs/__init__.py
+src/semantic_release/hvcs/_base.py
+src/semantic_release/hvcs/bitbucket.py
+src/semantic_release/hvcs/gitea.py
+src/semantic_release/hvcs/github.py
+src/semantic_release/hvcs/gitlab.py
+src/semantic_release/hvcs/remote_hvcs_base.py
+src/semantic_release/hvcs/token_auth.py
+src/semantic_release/hvcs/util.py
+src/semantic_release/version/__init__.py
+src/semantic_release/version/algorithm.py
+src/semantic_release/version/declaration.py
+src/semantic_release/version/translator.py
+src/semantic_release/version/version.py
+tests/__init__.py
+tests/conftest.py
+tests/const.py
+tests/util.py
+tests/e2e/__init__.py
+tests/e2e/conftest.py
+tests/e2e/test_help.py
+tests/e2e/test_main.py
+tests/e2e/cmd_changelog/__init__.py
+tests/e2e/cmd_changelog/test_changelog.py
+tests/e2e/cmd_config/__init__.py
+tests/e2e/cmd_config/test_generate_config.py
+tests/e2e/cmd_publish/__init__.py
+tests/e2e/cmd_publish/test_publish.py
+tests/e2e/cmd_version/__init__.py
+tests/e2e/cmd_version/test_version.py
+tests/e2e/cmd_version/test_version_build.py
+tests/e2e/cmd_version/test_version_bump.py
+tests/e2e/cmd_version/test_version_changelog.py
+tests/e2e/cmd_version/test_version_github_actions.py
+tests/e2e/cmd_version/test_version_print.py
+tests/e2e/cmd_version/test_version_release_notes.py
+tests/e2e/cmd_version/test_version_stamp.py
+tests/e2e/cmd_version/test_version_strict.py
+tests/fixtures/__init__.py
+tests/fixtures/commit_parsers.py
+tests/fixtures/example_project.py
+tests/fixtures/git_repo.py
+tests/fixtures/scipy.py
+tests/fixtures/repos/__init__.py
+tests/fixtures/repos/repo_initial_commit.py
+tests/fixtures/repos/git_flow/__init__.py
+tests/fixtures/repos/git_flow/repo_w_2_release_channels.py
+tests/fixtures/repos/git_flow/repo_w_3_release_channels.py
+tests/fixtures/repos/github_flow/__init__.py
+tests/fixtures/repos/github_flow/repo_w_default_release.py
+tests/fixtures/repos/github_flow/repo_w_release_channels.py
+tests/fixtures/repos/trunk_based_dev/__init__.py
+tests/fixtures/repos/trunk_based_dev/repo_w_no_tags.py
+tests/fixtures/repos/trunk_based_dev/repo_w_prereleases.py
+tests/fixtures/repos/trunk_based_dev/repo_w_tags.py
+tests/unit/__init__.py
+tests/unit/conftest.py
+tests/unit/semantic_release/__init__.py
+tests/unit/semantic_release/test_helpers.py
+tests/unit/semantic_release/changelog/__init__.py
+tests/unit/semantic_release/changelog/test_changelog_context.py
+tests/unit/semantic_release/changelog/test_default_changelog.py
+tests/unit/semantic_release/changelog/test_release_history.py
+tests/unit/semantic_release/changelog/test_release_notes.py
+tests/unit/semantic_release/changelog/test_template.py
+tests/unit/semantic_release/changelog/test_template_render.py
+tests/unit/semantic_release/cli/__init__.py
+tests/unit/semantic_release/cli/test_config.py
+tests/unit/semantic_release/cli/test_github_actions_output.py
+tests/unit/semantic_release/cli/test_masking_filter.py
+tests/unit/semantic_release/cli/test_util.py
+tests/unit/semantic_release/cli/test_version.py
+tests/unit/semantic_release/commit_parser/__init__.py
+tests/unit/semantic_release/commit_parser/test_angular.py
+tests/unit/semantic_release/commit_parser/test_emoji.py
+tests/unit/semantic_release/commit_parser/test_parsed_commit.py
+tests/unit/semantic_release/commit_parser/test_scipy.py
+tests/unit/semantic_release/commit_parser/test_util.py
+tests/unit/semantic_release/hvcs/__init__.py
+tests/unit/semantic_release/hvcs/test__base.py
+tests/unit/semantic_release/hvcs/test_bitbucket.py
+tests/unit/semantic_release/hvcs/test_gitea.py
+tests/unit/semantic_release/hvcs/test_github.py
+tests/unit/semantic_release/hvcs/test_gitlab.py
+tests/unit/semantic_release/hvcs/test_token_auth.py
+tests/unit/semantic_release/hvcs/test_util.py
+tests/unit/semantic_release/version/__init__.py
+tests/unit/semantic_release/version/test_algorithm.py
+tests/unit/semantic_release/version/test_declaration.py
+tests/unit/semantic_release/version/test_translator.py
+tests/unit/semantic_release/version/test_version.py