Feature: publish a Docker image with the CLI

[jaguililla]

• I have read the CONTRIBUTING guidelines
• I've had a conversation on the #cli-development Slack channel about this request.

Feature request

As a software developer,
I want to use a SDKMAN CLI image as a base for a CI job,
in order to avoid managing different images for each JDK version

Currently, you need to update the CI runners' images if you switch your application's Java version (you have to deal with Java version in two places).

If a SDKMAN image is published in hub.docker.com, you would only need to handle the JDK version on your repository .sdkmanrc file. Thus making easier the change of java versions, and the runner images management (as developers won't require CI jobs to be changed).

It will also assist you beyond that as you could also install other candidates (as for example Kotlin) without creating another CI image.

Finally, it would be great to also allow to change the candidates directory in order to make caching possible on most CI platforms.

The steps to make this possible would be:

1. Create a Dockerfile with the CLI installed
2. Build the image on GitHub actions on PRs
3. Push the image to hub.docker.com on each release

[marc0der]

Hi @jaguililla, I've often thought about having an official docker image on Docker Hub but I've never gotten around to it.

As always, time is limited so I don't have capacity to do it myself. However, I'd gladly accept a contribution to get this done.

[jaguililla]

It will probably take me some time, but I can work on this.

Should I add the Docker file in this same repository?

[marc0der]

I'd suggest starting a new repo for this under your own account. Once you get it working, we could transfer it to the SDKMAN organisation and wire it up with webhooks and appropriate credentials.

Its workflow would need to be triggered by multiple repos in our org.

[jaguililla]

Ok, I'll work on it (you can assign this task to me). However, It will take me time to complete it as I'm also working in other projects.