search

cfpb / hackathon

planning a hack day at CFPB.
http://cfpb.github.io/hackathon/
Creative Commons Zero v1.0 Universal
5 stars 7 forks source link

UnityBox nightly builds #36

Closed marcesher closed 7 years ago

marcesher commented 8 years ago

A well-known, long-standing problem with UnityBox -- and every single VM-based or local development environment we've had since I've been with the CFPB -- is that it gets stale rather quickly. With so many developers contributing so many different things to the cf.gov platform, it's inevitable that something, somewhere, is going to stop working in UnityBox (or, likely, any future automations we build to replace UB, docker-based or otherwise).

We've wanted to do a nightly automation of UnityBox and other Vagrant-based builds for a while, but it's always either been backburnered or, when we prioritize it, realize that we don't have the physical hardware we need to build Vagrant VMs.

I'm pretty sure we can figure out the hardware problem, and what we need are a few good humans to chip in to Jenkins-automating a nightly UnityBox build.

This will not fix things starting to break in UB; but it will alert us immediately, rather than months later.

willbarton commented 8 years ago

This is a fantastic idea.

Is there any way we can have UnityBox builds triggered with our other dev Jenkins builds? So that each PR attempts the build on a UnityBox too? Or something to that effect?

higs4281 commented 8 years ago

reprovision on every build? that would be sweet, especially if provisioning is faster without all the forking.

On Wed, Jan 20, 2016 at 12:45 PM, Will Barton notifications@github.com wrote:

Is there any way we can have UnityBox builds triggered with our other dev Jenkins builds? So that each PR attempts the build on a UnityBox too? Or something to that effect?

— Reply to this email directly or view it on GitHub https://github.com/cfpb/hackathon/issues/36#issuecomment-173300749.