Ask HN: What does your office dev cycle/workflow look like?
1) Jira for ticket creation / work progress
2) Submit changes to Gerrit for peer review (minimum 2 people) and hopefully merge + one PM if front end feature.
If backend change: 3) Make an other deployment Jira Ticket
4) Having another dev QA the changes in the QA env then get approval from PM for release. Submit the ticket to Dev Ops team for approval at the release meeting (Monday-Thursday 10:45am).
5) if the ticket has all the ear marks dev ops approves and sometime that day (afternoon) the change is deployed followed by another QA/verification round in Production.
Curious what your office workflow is? I'm actively trying to make this process more streamlined / less friction points but would like to hear about the process other orgs have in place. Thank you!
2 comments
[ 2.9 ms ] story [ 20.4 ms ] threadMake code changes, push to master, deploy in the next hour.
What are the risks if a major bug sits on production for an hour? (A few hundred annoyed customers? Hundreds of thousands in losses? Life or death?)
How automated are deploys and how easy are rollbacks?
Depending on the answers to all those questions, that level of bureaucracy might be totally within reason or it might be beyond ridiculous.