: I'd recommend building apache/solr:x.y.z as part of the normal solr
: release, then import those images into the official images library so
...
: I don't know exactly what it takes for this to happen on the
: official-image library side, but it seems that Elastisearch does this
Oh wow ... ok, yeah: I had no idea that was allowed by docker-library
based on the things I'd read about "official" docker images. (per the
links in the comments, the Dockerfile for the ES base image even uses
multi-stage builds which would help seriously simplify the our 'official'
image build process)
Yeah, if this is something docker-library will allow us to do as well --
define _/solr images directly 'FROM' apache/solr images -- and that
those are/can be reproducibly built from a (multistage) Dockerfile in our
git source repo identified by our release tag -- then by all means that
seems like the best way to go.
(I suspect the one finicky bit may be ensuring that docker-library is
ok with us using '--build-arg' to set the version when building our base
apache/solr images so that by building docker images from source checkout
defaults to building a snapshot)
-Hoss
http://www.lucidworks.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
