From MozillaWiki
Jump to: navigation, search

Mozilla's Release Engineering team is responsible for the project's build, test, and release pipeline. 'Releng' deals with problems at great scale, and there's always room for new contributors!

What is Release Engineering?

"Release engineering deals with all activities in between regular development and delivery of a software product to the end user, i.e., integration, build, test execution, packaging and delivery of software" From the RELENG 2014 Workshop

"Release Engineering As A Force Multiplier" is a talk given by Mozilla's former Director of Release Engineering and is a highly recommended introduction to the field.

Release Engineering at Mozilla

Release Engineering at Mozilla is concerned with building Mozilla's release pipeline - the infrastructure that takes the work developers do on our products and delivers it to our customers. This involves being responsible for Mozilla's build and test infrastructure, ie. continuous integration. Release Engineering at Mozilla works to make everybody else to be more efficient and more effective, thus allowing a relatively small organisation like Mozilla to compete with corporate giants and advance Mozilla's mission.

On a day-to-day basis, Mozilla's release engineers write Python applications, maintain the pipeline, and configure & wrestle thousands of servers.

Contributing to Releng

We're always looking for new contributors to help us advance the open web! If you have experience in Python, system administration, or configuration management - or you're looking to learn - we'd love to have you onboard.

Mozilla's Release Engineering team is highly remote and distributed, and we live online. Our timezone spread means that there will always be someone online to help you contribute to the open web.

Getting Started

If you're interested in contributing to Release Engineering, find a project or bug you like to help with. Feel free to leave a comment in the bug asking how to get started.

First Projects

Mentored Bugs

The Mozilla Project has the idea of a 'Good First Bugs' and 'Mentored Bugs'. A 'Good First Bug' is a bug which has been marked as a good first step into the Project and a 'Mentored Bug' is a bug which an experienced contributors has marked as one they will help a new contributor to fix.

Here you can see RelEng good first bugs, and mentored bugs. Don't be discouraged if you don't understand much (or anything!) about the bug, that's completely normal. Just ask for help and you'll be a contributor in no time.

Further Information

This page is only intended as a starting guide, more information can be found starting from the main Release Engineering page or from the sources below.


Come find us in the Matrix channel: with your questions, we want you to be able to successfully work on code and submit useful patches so don't be afraid to ask about whatever is blocking you.

Planet Releng

To help the team keep in touch with each other and contributors, many members of Mozilla Releng write regular blog posts on what they're doing. You can find an RSS feed of those posts here.

Glossary of terms

If you ever feel lost with all the jargon around you, here's a handy reference (Google doc) .