Release v2.4.4 (#543)

* release: v2.4.4

* fix, docs: tag naming scheme in RELEASING

Author: gadomski

CHANGES.md

@@ -2,6 +2,8 @@
 
 ## [Unreleased]
 
+## [2.4.4] - 2023-03-09
+
 ### Added
 
 * Nginx service as second docker-compose stack to demonstrate proxy ([#503](https://github.com/stac-utils/stac-fastapi/pull/503))
@@ -239,7 +241,8 @@
 
 * First PyPi release!
 
-[Unreleased]: <https://github.com/stac-utils/stac-fastapi/compare/2.4.3..master>
+[Unreleased]: <https://github.com/stac-utils/stac-fastapi/compare/2.4.4..master>
+[2.4.4]: <https://github.com/stac-utils/stac-fastapi/compare/2.4.3..2.4.4>
 [2.4.3]: <https://github.com/stac-utils/stac-fastapi/compare/2.4.2..2.4.3>
 [2.4.2]: <https://github.com/stac-utils/stac-fastapi/compare/2.4.1..2.4.2>
 [2.4.1]: <https://github.com/stac-utils/stac-fastapi/compare/2.4.0..2.4.1>

RELEASING.md

@@ -0,0 +1,15 @@
+# Releasing
+
+This is a checklist for releasing a new version of **stac-fastapi**.
+
+1. Determine the next version. We currently do not have published versioning guidelines, but there is some text on the subject here: <https://github.com/radiantearth/stac-spec/discussions/1184>.
+2. Create a release branch named `release/vX.Y.Z`, where `X.Y.Z` is the new version.
+3. Search and replace all instances of the current version number with the new version. As of this writing, there's five different `version.py` files, and one `VERSION` file, in the repo.
+4. Update [CHANGES.md](./CHANGES.md) for the new version. Add the appropriate header, and update the links at the bottom of the file.
+5. Audit CHANGES.md for completeness and accuracy. Also, ensure that the changes in this version are appropriate for the version number change (i.e. if you're making breaking changes, you should be increasing the `MAJOR` version number).
+6. (optional) If you have permissions, run `scripts/publish --test` to test your PyPI publish. If successful, the published packages will be available on <http://test.pypy.org>.
+7. Push your release branch, create a PR, and get approval.
+8. Once the PR is merged, create a new (annotated, signed) tag on the appropriate commit. Name the tag `X.Y.Z`, and include `vX.Y.Z` as its annotation message.
+9. Push your tag to Github, which will kick off the [publishing workflow](.github/workflows/publish.yml).
+10. Create a [new release](https://github.com/stac-utils/stac-fastapi/releases/new) targeting the new tag, and use the "Generate release notes" feature to populate the description. Publish the release and mark it as the latest.
+11. Publicize the release via the appropriate social channels, including [Gitter](https://matrix.to/#/#SpatioTemporal-Asset-Catalog_python:gitter.im).

VERSION

@@ -1 +1 @@
-2.4.3
+2.4.4

stac_fastapi/api/stac_fastapi/api/version.py

@@ -1,2 +1,2 @@
 """library version."""
-__version__ = "2.4.3"
+__version__ = "2.4.4"

stac_fastapi/extensions/stac_fastapi/extensions/version.py

@@ -1,2 +1,2 @@
 """library version."""
-__version__ = "2.4.3"
+__version__ = "2.4.4"

stac_fastapi/pgstac/stac_fastapi/pgstac/version.py

@@ -1,2 +1,2 @@
 """library version."""
-__version__ = "2.4.3"
+__version__ = "2.4.4"

stac_fastapi/sqlalchemy/stac_fastapi/sqlalchemy/version.py

@@ -1,2 +1,2 @@
 """library version."""
-__version__ = "2.4.3"
+__version__ = "2.4.4"

stac_fastapi/types/stac_fastapi/types/version.py

@@ -1,2 +1,2 @@
 """library version."""
-__version__ = "2.4.3"
+__version__ = "2.4.4"