No more siren-of-shame! A guide to protecting the build in GitHub by@anthonypjshaw

No more siren-of-shame! A guide to protecting the build in GitHub


I was having a Twitter-convo with Pavneet Singh Saund (probably the nicest guy in Software Development) about the siren-of-shame and why not to apply too much pressure on developers that break the team build.

Stop breaking the build! (with tweets) · anthonypjshaw_A Social Media Story storified by Anthony

I’ve given a talk in Sydney about CI/CD in Open-Source v.s. Enterprise Software teams and I favour the OSS method. It has the assumption that other developer has made a mistake of some kind, because there is no existing trust it causes maintainers to be extra cautious but also kind when explaining or requesting changes.


A little known feature of GitHub is protected branches with the added magic-dust of pull request review approvals and status badges.


This approach comes with it’s downsides. But the larger a project is the more you want to protect the master from EVER being broken.

I feel that this technical approach to a people-related challenge is better for all involves because it gets rid of having to “shame” anyone.

Hacker Noon is how hackers start their afternoons. We’re a part of the @AMIfamily. We are now accepting submissions and happy to discuss advertising &sponsorship opportunities.

To learn more, read our about page, like/message us on Facebook, or simply, tweet/DM @HackerNoon.

If you enjoyed this story, we recommend reading our latest tech stories and trending tech stories. Until next time, don’t take the realities of the world for granted!

react to story with heart
react to story with light
react to story with boat
react to story with money
. . . comments & more!