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
💡 For more details on versioning, see [Understanding Maven Version Numbers](https://docs.oracle.com/middleware/1212/core/MAVEN/maven_version.htm#MAVEN8855).
35
35
36
-
### 3. Remove all `sha` Docker images added since last release
36
+
### 4. Remove all `sha` Docker images added since last release
37
37
1. Find the [list of Docker images for this project.](https://github.com/orgs/MobilityData/packages/container/gtfs-validator/versions)
38
38
1. Delete all `sha`tagged Docker images added since last release.
**⚠️ Note: this manipulation can only be done by someone whose GitHub account has `Admin` access rights over the `gtfs-validator` package.**
41
41
42
-
### 3. Update the release number in the wiki
42
+
### 5. Update the release number in the wiki
43
43
By updating the version number in the project's wiki, users of the app will be advised to upgrade if their local version does not match.
44
44
Update [this page](https://github.com/MobilityData/gtfs-validator/wiki/Current-Version) with the new version.
45
+
46
+
### 6. Publishing to Maven Central
47
+
* Maven central is a repository used by developers to download libraries that can be used in their own development.
48
+
* We upload some jars (currently gtfs-validator-main, gtfs-validator-core and gtfs-validator-model) there to make them available.
49
+
Uploaded artefacts have versions.
50
+
* Publication to Maven Central requires some manual operations.
51
+
52
+
* Typically when doing a release the publish_assets.yml Github action is automatically run.
53
+
This will upload some assets
54
+
to be available on the release page itself (see for example [Release 4.1.0 assets](https://github.com/MobilityData/gtfs-validator/releases/tag/v4.1.0#:~:text=7%20other%20contributors-,Assets,-6))
55
+
56
+
57
+
* This Github action also publishes to Sonatype. This is used as a staging area before making the arftefacts available via Maven Central.
58
+
* See [Sonatype Staging Repositories](https://s01.oss.sonatype.org/#stagingRepositories) (login required)
59
+
* There should be a repository in the list with name orgmobilitydata-####. This is automatically created by Sonatype when files are uploaded.
* You can browse the repo content to make sure everything is there. In particular there should be the jars for the code, jars for javadoc, for sources, and files for the maven pom.
65
+
* Everything should be signed, as evidenced by the presence of files with extension .sha1, .sha256, .sha512 etc.
66
+
* Also make sure the version is correct.
67
+
* You then need to manually close the repo. Doing this will trigger acceptance tests for Maven Central.
* Once the repository is closed it becomes available for inclusion in projects for testing. The URL to use as repository in your gradle or maven configuration files can be found in the summary for the repo.
* Once satisfied with the testing, the repo can be released to Maven Central.
75
+
* Note that once a release is deployed on Maven Central, it cannot be removed or modified. If problems are detected after this stage, a new release with a different version has to be created.
0 commit comments