Did it take anyone else ages to download all the files from `docker pull strider/strider'? Was taking over 30 mins for me, so I gave up and installed everything by hand without docker in about 5 mins!
Docker and StriderCD: Brilliant Continuous Integration In A Box
21–27 of 27 posts
Re: Docker and StriderCD: Brilliant Continuous Integration In A Box
#22Did it take anyone else ages to download all the files from `docker pull strider/strider'? Was taking over 30 mins for me, so I gave up and installed everything by hand without docker in about 5 mins!
Hi, docker maintainer here.
The docker registry is getting hit really hard because of the explosive growth of the project - we're in the process of upgrading the infrastructure, should get much better very soon.
Re: Docker and StriderCD: Brilliant Continuous Integration In A Box
#23Did it take anyone else ages to download all the files from `docker pull strider/strider'? Was taking over 30 mins for me, so I gave up and installed everything by hand without docker in about 5 mins!
Thanks for reporting this, we're investigating any latency issues.
Re: Docker and StriderCD: Brilliant Continuous Integration In A Box
#24Did it take anyone else ages to download all the files from `docker pull strider/strider'? Was taking over 30 mins for me, so I gave up and installed everything by hand without docker in about 5 mins!
Hi, docker maintainer here. The docker registry is getting hit really hard because of the explosive growth of the project - we're in the process of upgrading the infrastructure, should get much better very soon.
It's a good problem to have I guess :)
Re: Docker and StriderCD: Brilliant Continuous Integration In A Box
#25Docker sounds brilliant, but I haven't had much luck with deploying my (moderately complex) Django apps on it. For example, I want the postgres db data to live outside the container, but volumes can't currently do that with Dockerfiles: they're initialized at "docker build" and then the files are just overwritten when trying to mount an external volume. Another use case is trying to spin up a development container (w…
Hey StavrosK, This is by design, " I want the postgres db data to live outside the container " is a deployment-specific decision, and should not be hardcoded into the container itself. You (or someone you distribute this container to) might not want the db data to live outside the container, or might want it to live at a specific path on his machine. That's why a Dockerfile lets you specify that /var/lib/postgres is…
Hey shykes,
This is something I'm still not quite clear on. According to the issues in mention here: https://github.com/dotcloud/docker/issues/1185 it is possible to do what StavrosK is asking. What am I missing? Why would a volume need an initial state when when the goal can be accomplished with a bind mount?
I also +1'd the documentation issue because I can't seem to wrap my head around what the current state of volumes and mounting is. Appreciate any direction you could point me in.
Re: Docker and StriderCD: Brilliant Continuous Integration In A Box
#26Earlier quoted context omitted.
Hey StavrosK, This is by design, " I want the postgres db data to live outside the container " is a deployment-specific decision, and should not be hardcoded into the container itself. You (or someone you distribute this container to) might not want the db data to live outside the container, or might want it to live at a specific path on his machine. That's why a Dockerfile lets you specify that /var/lib/postgres is…
Hey shykes, This is something I'm still not quite clear on. According to the issues in mention here: https://github.com/dotcloud/docker/issues/1185 it is possible to do what StavrosK is asking. What am I missing? Why would a volume need an initial state when when the goal can be accomplished with a bind mount? I also +1'd the documentation issue because I can't seem to wrap my head around what the current state of vo…
> Why would a volume need an initial state when when the goal can be accomplished with a bind mount?
This is in the special case where you want the application itself to determine the initial state of the volume. For example, the developer might want the database pre-loaded with a certain schema, default data and so on. External volumes/bind mounts are a way for the sysadmin to override how and where the contents of a volume are stored.
Re: documentation, you can take a look at this example: http://docs.docker.io/en/latest/examples/couchdb_data_volume...
I hope this helps! Feel free to join the IRC channel (#docker on freenode), it's unusually active and helpful, I'm very proud of how nice the people are on there :)
Re: Docker and StriderCD: Brilliant Continuous Integration In A Box
#27Earlier quoted context omitted.
How does it compare to the other hosted CI solutions for private repos out there?
Hi, founder of Circle here. Our focus is on developer productivity. That means we try to make things fast, reliable and low overhead. As far as differentiators, we're pretty fast. We can automatically parallelize your test suite across N VMs. We automatically inspect your source tree, and figure out how to run the tests, without configuration. It's not perfect, but a substantial percentage of customers get a working…
"As far as differentiators, we're pretty fast. We can automatically parallelize your test suite across N VMs. We automatically inspect your source tree, and figure out how to run the tests, without configuration. It's not perfect, but a substantial percentage of customers get a working build on their first try."
Yes, yes and YES.
I love that there's a comment in this thread that claims that CI systems have to be like Jenkins to be marketable. CircleCI was great precisely because it worked basically out of the box, and then the configuration to get it to do more complicated stuff (like, say, running migrations) was as easy as specifying a unix command.
I set up our CI system on CircleCI in an afternoon, and we haven't had to touch it since. That's pretty remarkable.