-
Notifications
You must be signed in to change notification settings - Fork 277
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Interest in containerizing scalafmt? #1829
Comments
Related: #1678 Personally I don't see the need to create a Docker image for scalafmt. But if some volunteer want to:
... Contributions are welcome! |
@poslegm would the maintainers of this project be willing to host the images under an organization page such as https://hub.docker.com/u/scalameta/? (I see that org doesn't exist on Docker Hub currently.) |
@olafurpg what about Docker Hub account for scalameta projects? |
I just pushed a docker container that you can run like this
Does it work for you? My biggest concern is keeping this image up-to-date with releases. The JVM binary dynamically downloads the appropriate Scalafmt version so in theory I think we don't have to push a new docker image for every release. Any thoughts? |
Looks good @olafurpg! The pull/run is working for me. I left some suggestions on olafurpg@944cc2b for possible small improvements to image quality. Regarding your comment,
I'm afraid I won't be a ton of help on that since I don't know scalafmt all that well. Could you elaborate on how that happens? I see |
Implements: - Issue scalameta#1829 - Issue scalameta#1678
Implements: - Issue scalameta#1829 - Issue scalameta#1678
scalafmt
as a standalone CLI tool seems like a good candidate for containerization given its lack of support in package managers. (See for example: https://github.com/koalaman/shellcheck.)Here is a working Dockerfile:
Verification:
The resulting image is 573MB, which adds an incremental 60MB over openjdk:8.
The text was updated successfully, but these errors were encountered: