Tagged releases are the supported distribution channel for prebuilt CoreLink Identity artifacts.
For a tag such as v1.0.0, the Release workflow publishes:
| Artifact | Purpose |
|---|---|
keycloak-theme-for-kc-22-to-25.jar |
Keycloakify compatibility artifact for Keycloak 22–25. |
keycloak-theme-for-kc-all-other-versions.jar |
Keycloakify compatibility artifact for the remaining supported versions, including the current 26.x baseline. |
SHA256SUMS |
Verify the integrity of downloaded JAR files. |
ghcr.io/corelinkplatform/identity:v1.0.0 |
Versioned Keycloak image containing the theme. |
ghcr.io/corelinkplatform/identity:latest |
Convenience image pointing at the latest tagged release. |
The GitHub source archives (Source code (zip) and Source code (tar.gz)) are generated automatically by GitHub.
For the current Keycloak 26.x baseline:
sha256sum -c SHA256SUMS
cp keycloak-theme-for-kc-all-other-versions.jar /opt/keycloak/providers/corelink-theme.jar
/opt/keycloak/bin/kc.sh buildRestart Keycloak and choose corelink under Realm settings → Themes → Login theme.
docker pull ghcr.io/corelinkplatform/identity:v1.0.0Use an immutable version tag in production. Avoid relying on latest for reproducible deployments.
- Ensure CI is green on
main. - Set
package.json:versionto the exact semantic version being released and commit the updated lockfile. - Create and push the matching semantic version tag:
git tag -a v1.0.0 -m "CoreLink Identity v1.0.0"
git push origin v1.0.0- The Release workflow verifies that
v1.0.0matchespackage.json:versionbefore publishing anything. - The workflow performs a clean
npm ci, builds the Keycloak JARs, generatesSHA256SUMS, creates the GitHub Release and publishes the GHCR images. - Verify the release page contains both JARs and the checksum file.
- Pull the tagged image and run a smoke test against a test realm before promoting it to production.
Use Semantic Versioning for this repository:
- PATCH: styling/translation fixes without changing expected Keycloak integration.
- MINOR: new pages, branding features, supported flows or backwards-compatible integration capabilities.
- MAJOR: incompatible theme/configuration contract changes.
Keycloak compatibility is documented independently from the project version. A project version such as v1.2.0 does not imply Keycloak 1.2; always check the release notes and the compatibility JAR names.
- Never place realm secrets, admin credentials, database passwords or private certificates in release assets.
- Verify
SHA256SUMSbefore manual JAR installation. - Pin versioned image tags in production.
- Rebuild and release when the pinned Keycloak base image receives relevant security updates.