You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: RELEASE.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,6 +4,9 @@
4
4
5
5
Releasing is a two-step process: (1) releasing on GitHub and test.pypi and (2) releasing to PyPI. Releasing on GitHub will automatically trigger a release on test.pypi via a GitHub Action. Following manual confirmation of a successful and satisfactory release on test.pypi, release on PyPI is triggered manually with the Github Action `Autopublish to TestPyPI`. There is also an option to publish to test.pypi and PyPI from your local machine.
6
6
7
+
NOTE: the version is detected from git using the tag name. There is no need to modify a version file.
8
+
9
+
If the repository is not on tag, the version will be computed using the default versioning scheme of [setuptools_scm](https://setuptools-scm.readthedocs.io/en/latest/usage/#default-versioning-scheme).
7
10
8
11
## Versions and Stability
9
12
@@ -12,7 +15,6 @@ The SDK follows [Semantic Versioning](https://semver.org/spec/v2.0.0.html) and t
12
15
## Release Workflow
13
16
14
17
1. Create a release branch off of `main` that bumps the SDK version number and updates the changelog:
15
-
* Bump SDK version number in `planet/__version__.py`
16
18
* Update `CHANGES.txt`, adhering to [keep a changelog](https://keepachangelog.com/)
17
19
2. Create a PR for the release branch and merge into `main`
0 commit comments