OGC API - EDR revision 0.5 in Beta

ghobona commented 1 year ago

[x] The master branch should contain the latest "stable" version. Make sure all verified pull requests are merged.
[x] Make sure it builds properly running mvn clean install site -Pintegration-tests,docker.
[x] Test locally the master branch with the reference implementation, if there is one. If there is none, any other implementation can also be used for a local test.
- If it is OK, continue, if not create or update an issue, in the issue tracker of that test.
[x] Review closed issues to be included in the release.
- Update title if appropriate.
- Tag, if they are not tagged with the milestone number.
[x] Update release notes, usually the file is at src/site/asciidoc/changelog.adoc.
- Add a new title for the revision, if there is not one already.
- Copy the issues to be included in the release, link and title.
- Add any other highlights.
[x] Create a new issue in the OGC release tracker and set label approved-by-test-lead.
- Write a title for the issue should containing: [Abbreviation] [version] revision [revision] in Beta. For example: WFS 1.1 revision 1.23 in Beta. It should always be in Beta. OGC staff will create the issue related to making the releases in the production, official web site.

ghobona commented 1 year ago

@dstenger When deploying to the Beta Validator, please check whether the NoSuchMethod error described by https://github.com/opengeospatial/ets-ogcapi-edr10/issues/104 appears.

dstenger commented 1 year ago

[x] In the OGC release tracker assign the issue to a milestone.
Do the release. Process involves creating a revision based on the pom.xml version, updating the GitHub page, tag, and updating the revision on the pom for the next release.
- [x] Check if Maven configuration has been updated: How to create Releases with Maven.
- [x] Create release with Jenkins.
[ ] Close milestone in the ETS issue tracker.
[x] Set label ready-for-installation.

opengeospatial / te-releases