Skip to content

Commit d9b9e07

Browse files
committed
Documented the release process
1 parent 5b96927 commit d9b9e07

File tree

2 files changed

+39
-0
lines changed

2 files changed

+39
-0
lines changed

docs/changelog.rst

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,5 @@
1+
.. _changelog:
2+
13
===========
24
Changelog
35
===========

docs/contributing.rst

Lines changed: 37 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -78,3 +78,40 @@ Both commands can then be run in the root of the project like this::
7878
mypy sqlite_utils
7979

8080
All three of these tools are run by our CI mechanism against every commit and pull request.
81+
82+
.. _release_process:
83+
84+
Release process
85+
===============
86+
87+
Releases are performed using tags. When a new release is published on GitHub, a `GitHub Action workflow <https://github.com/simonw/sqlite-utils/blob/main/.github/workflows/publish.yml>`__ will perform the following:
88+
89+
* Run the unit tests against all supported Python versions. If the tests pass...
90+
* Build a wheel bundle of the underlying Python source code
91+
* Push that new wheel up to PyPI: https://pypi.org/project/sqlite-utils/
92+
93+
To deploy new releases you will need to have push access to the GitHub repository.
94+
95+
``sqlite-utils`` follows `Semantic Versioning <https://semver.org/>`__::
96+
97+
major.minor.patch
98+
99+
We increment ``major`` for backwards-incompatible releases.
100+
101+
We increment ``minor`` for new features.
102+
103+
We increment ``patch`` for bugfix releass.
104+
105+
To release a new version, first create a commit that updates the version number in ``setup.py`` and the :ref:`the changelog <changelog>` with highlights of the new version. An example `commit can be seen here <https://github.com/simonw/sqlite-utils/commit/b491f22d817836829965516983a3f4c3c72c05fc>`__::
106+
107+
# Update changelog
108+
git commit -m " Release 3.29
109+
110+
Refs #423, #458, #467, #469, #470, #471, #472, #475" -a
111+
git push
112+
113+
Referencing the issues that are part of the release in the commit message ensures the name of the release shows up on those issue pages, e.g. `here <https://github.com/simonw/sqlite-utils/issues/458#ref-commit-b491f22>`__.
114+
115+
You can generate the list of issue references for a specific release by copying and pasting text from the release notes or GitHub changes-since-last-release view into this `Extract issue numbers from pasted text <https://observablehq.com/@simonw/extract-issue-numbers-from-pasted-text>`__ tool.
116+
117+
To create the tag for the release, create `a new release <https://github.com/simonw/sqlite-utils/releases/new>`__ on GitHub matching the new version number. You can convert the release notes to Markdown by copying and pasting the rendered HTML into this `Paste to Markdown tool <https://euangoddard.github.io/clipboard2markdown/>`__.

0 commit comments

Comments
 (0)