Dockerfile to set up the environment needed to run a GWC release #13
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Here is a first tentative to make the GWC release process repeatable by others.
The Dockefile takes care of various "magic" bits that are needed to run the release scripts and the tools nowadays.
The image can be built using:
docker build -t gwc_release:0.1 .
and then run passing the git identifications as env vars:
docker run -it -e GIT_USERNAME="user" -e GIT_EMAIL="[email protected]" gwc_release:0.1
Once started, one has to hand-edit the
/root/.m2/settings.xml
file to add the repo.osgeo.org (maybe we could make this also as part of the docker run command above?).Finally, in order to tag at the end, one needs to create a github personal access token that will be used as the password for that step (go to your user settings, developer settings, and create a persona access token). This could also be avoided by replacing with a step to copy over the identification certificate, and then checkout GWC using the ssh URL.
As a final note, running it as above, the container will cease to exist once one exists, which is annoying as one as to redo various things by hand, and the maven repository has to be filled again. Would be probably nicer if the docker container could just stay there, be stopped and restarted on a as-needed basis.
@jodygarnett @smithkm @petersmythe can you review and possibly help to make this better?