Closed Bug 1431276 Opened 7 years ago Closed 7 years ago

Build elmo/a10n Docker containers in CI

Categories

(Localization Infrastructure and Tools :: Automation, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: miles, Assigned: miles)

References

Details

The standard Dockerflow [0] spec is to build production containers in CI. Cloudops uses CircleCI to build and push these containers to Dockerhub. Once we have the repositories and Dockerfiles in place, we can work on the container build flow. [0] https://github.com/mozilla-services/dockerflow
Depends on: 1443813
https://circleci.com/gh/mozilla-services/elmo-automation has builds now. I spent a few trying to figure out why the build would break, and I hope I got an answer. gpg-agent has a couple of special files and sockets in GNUPGHOME, and it seems that sometimes the agent is already gone, and sometimes it's not. I added a command to explicitly stop the agent in https://github.com/mozilla-services/elmo-automation/compare/db3bd7598900...a2eedb6ea49b, let's see if that fixes it. Miles, can you set up: DOCKER_DEPLOY: true DOCKER_USERNAME DOCKER_PASSWORD to kick off uploads to docker hub? They'd go up as mozilla/elmo-a10n:latest and mozilla/elmo-bb:latest
And https://circleci.com/gh/mozilla/elmo is building. Elmo uses git flow, which means that builds from develop should only go on stage, and builds from master on prod. Do we need to do something on the image side to support that? Also, the amount of test coverage that runs prior to building isn't full yet, the full combination of settings (compress etc) is only run on travis. And I cheat when setting up mysql, I `sleep 5` instead of doing something constructive.
We have a full CI pipeline including pushing to dockerhub and mirroring to cloudops' docker registry configured. Resolving this.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.