I hope I'm misunderstanding this. Instead of improving their central build infrastructure, they gave up on it and have the developers produce builds for production on their individual computers? That seems like a step backwards to me. The benefits of a continuous integration are well-known; that's the logical place to produce your artifacts whether they be debian packages or anything else.
Here are a couple projects demonstrating how to build deb and rpm packages and publishing them to repositories from Jenkins.
Once we have tools to build debian packages easily in a controlled environment (containers), the CI server will be able to use the same tools to build and test the final package. The advantage here is that a developer can test the whole workflow and build local test/dev packages with the same tools and environment as the CI server.
Is it like a jail in BSD? Ok but then what are the chef-like recipes for? (the docker recipe-like stuff is leading me to think that)... I get the benefits of shipping containers, but what does this do for Quotas? for differing paths? How does it solve init.d vs Upstart vs launchd issues?
Also, on index.docker.io, how do I view these recipes? What do they look like?
Hopefully there's a youtube video out there where a speaker gets a little less abstract and more detailed about where these pieces fit in, actually looking at an SSH prompt on a server.
That's pretty much the gist. It's a VM where snapshots are free, you can clone it at any point and branch off, and it's really lightweight to run. Basically, think of it as the child of VirtualBox and git.
What I really had a problem with is getting to know the docker way of doing things. It took a bit of a time for me to get an idea of it and I feel like I'm still not there yet (2-3 weeks working with it with a lot of troubles getting it to work initially). If you keep going at it, it WILL dawn on you. Cool stuff.
Does this presentation help you understand? http://www.docker.io/about/
This wiki page might help: it's full of various Docker resources: articles, tutorials, etc. https://github.com/dotcloud/docker/wiki/Docker-external-reso...
(defun create-docker-terminal (buffer-name) (interactive "sshell name: ") (ansi-term "~/docker/launch.sh") (rename-buffer buffer-name t)) (global-set-key (kbd "C-c d") 'create-docker-terminal)
In your launch.sh
docker run -u user -i -t -v local-dir:dir-inside-container /bin/bash --rcfile your-rc-file
The Youtube live video from last night doesn't seem to be available anymore, but according to http://www.docker.io/live/, a better version of the videos should be up by the end of the day. I'll fix the post.
Thanks!