Show HN: Free continuous integration for Bitbucket and GitHub | Hacker News Reader

Show HN: Free continuous integration for Bitbucket and GitHub

13 pointsmanishas11 comments

Shippable now supports continuous integration and deployment for Bitbucket repos! We run builds and tests 3 times faster than other services and about 40% faster than if you use Jenkins on EC2, so check us out today! Shippable is free to use, even for private repos on GitHub and now, Bitbucket.

www.shippable.com

feedback/comments welcome!

View on HN

I'd be interested to see how much faster this is than drone.io. I get pretty fast builds on there. It's also built on Docker, but I don't think the images are saved after builds (so dependencies and whatnot aren't cached).

I'd also be interested to know how Shippable knows when to remove a layer to update dependencies.

We have not benchmarked Drone.io, I will do one over the weekend and let you know. In the meantime I would love to hear your experience with Shippable.

We have been running on Docker since Oct 2013 and we have fine tuned our based on that experience which helps to make it fast.

Yup, we do save containers into our local Docker repo which gives you added speed as a result of caching. Since we maintain state of all your containers for every change set, we can go back to any version and hence it allows to remove layers and reset minions (containers)

We will be announcing some key updates soon that will make it completely YML driven. Please stay tuned..Hope this helps

also, drone does not support matrix builds or parallel builds. So if you have a build matrix that kicks off multiple builds for each commit, we can run them in parallel if you have a plan with multiple minions, and get the results to you faster.

Oh man, if this does what it says on the tin, I'll jump from Travis in a heartbeat!

It absolutely does! Let me know what you think at manisha@shippable.com

Love the fact that IIT Roorkie (Devashish Meena) logo biggest and shining :)

You guys rock. Let's talk more. nick@docker.com

Sure! I'll shoot you an email.

Neat project. How does this run so much faster?

We use containers instead of VMs. We give you dedicated build containers (called minions) and the environment is persisted between builds, so packages do not need to be installed for each build. Also, language runtimes and services are already pre-installed on a container, so we can easily turn on or off as specified by yml file. We use Docker containers for builds/tests and we think all this combined is our magic sauce :)

Reply on news.ycombinator.com