HoustonPutman opened a new pull request #1769:
URL: https://github.com/apache/lucene-solr/pull/1769
This is still a WIP.
`gradle assemble` will now create a docker image that has been created with
contents of `:solr:packaging`.
The "Solr image" is broken up into 2 docker files.
1. The `package` dockerfile, which contains the solr release under
`/opt/solr-build/solr-${VERSION}`. This image requires no other content at the
end.
2. The `runtime` dockerfile, which is given the `package` image name as an
input and generates everything currently setup in the Solr docker image,
copying the package contents from the `package` image.
The `runtime` docker image is the one that will be pushed to Dockerhub
eventually, and is run by users.
The idea is that there is also a task to generate the release docker image
(which can be found under `/solr/docker/package/Dockerfile.release-package`)
that is then passed to the runtime docker image.
I basically learned gradle to write this, so please give any advice on how I
could make the build process better. I'm sure it is not optimal.
The tests from `docker-solr` are included and do work. I haven't integrated
them with gradle yet.
TODO:
- [ ] Add ability to build with "release" package
- [ ] Remove ability to push the `package` image.
- [ ] Integrate the tests into gradle.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
