commit | 3c32be0054f326090d6577fcae2035aac0906e3d | [log] [tgz] |
---|---|---|
author | Michael Neale <michael.neale@gmail.com> | Fri Aug 22 15:56:55 2014 +1000 |
committer | Michael Neale <michael.neale@gmail.com> | Fri Aug 22 15:56:55 2014 +1000 |
tree | e94f066074f61be556b4d1964cd8f15e1c709586 | |
parent | a994f2f624cfaa8a6580a7f986e4a6665412515c [diff] |
update to latest LTS again
The Jenkins Continuous Integration and Delivery server.
This is a fully functional Jenkins server, based on the Long Term Support release http://jenkins-ci.org/
docker run -p 8080:8080 jenkins
This will store the workspace in /var/jenkins_home. All Jenkins data lives in there - including plugins and configuration. You will probably want to make that a persistent volume:
docker run --name myjenkins -p 8080:8080 -v /var/jenkins_home jenkins
The volume for the "myjenkins" named container will then be persistent.
You can also bind mount in a volume from the host:
First, ensure that /your/home is accessible by the jenkins user in container (jenkins user - uid 102 normally - or use -u root), then:
docker run -p 8080:8080 -v /your/home:/var/jenkins_home jenkins
If you bind mount in a volume - you can simply back up that directory (which is jenkins_home) at any time.
If your volume is inside a container - you can use docker cp $ID:/var/jenkins_home
command to extract the data.
You can run builds on the master (out of the box) buf if you want to attach build slave servers: make sure you map the port: -p 50000:50000
- which will be used when you connect a slave agent.
Here is an example docker container you can use as a build server with lots of good tools installed - which is well worth trying.
All the data needed is in the /var/jenkins_home directory - so depending on how you manage that - depends on how you upgrade. Generally - you can copy it out - and then "docker pull" the image again - and you will have the latest LTS - you can then start up with -v pointing to that data (/var/jenkins_home) and everything will be as you left it.