diff --git a/CHANGES.md b/CHANGES.md index efa9a60..934a003 100644 --- a/CHANGES.md +++ b/CHANGES.md @@ -2,6 +2,8 @@ ## [Unreleased] +## [2.4.6] - 2023-05-11 + As a part of this release, this repository was extracted from the main [stac-fastapi](https://github.com/stac-utils/stac-fastapi) repository. @@ -258,7 +260,8 @@ As a part of this release, this repository was extracted from the main * First PyPi release! -[Unreleased]: +[Unreleased]: +[2.4.6]: [2.4.5]: [2.4.4]: [2.4.3]: diff --git a/RELEASING.md b/RELEASING.md index 6c0c74a..4f6d750 100644 --- a/RELEASING.md +++ b/RELEASING.md @@ -2,14 +2,20 @@ 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: . +1. Determine the next version. + We currently do not have published versioning guidelines, but there is some text on the subject here: . 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. -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 . +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 . 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. +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. +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). diff --git a/VERSION b/VERSION index ab6d278..62e6420 100644 --- a/VERSION +++ b/VERSION @@ -1 +1 @@ -2.4.4 \ No newline at end of file +2.4.6 \ No newline at end of file diff --git a/stac_fastapi/pgstac/version.py b/stac_fastapi/pgstac/version.py index dcd01e1..a086ad8 100644 --- a/stac_fastapi/pgstac/version.py +++ b/stac_fastapi/pgstac/version.py @@ -1,2 +1,2 @@ """library version.""" -__version__ = "2.4.4" +__version__ = "2.4.6"