Ga naar inhoud
FortressFlag Docs

Vereis goedkeuring voor productiewijzigingen

Productiewijzigingen verdienen een tweede paar ogen. Dat is ingebouwd: Developers kunnen omgevingen met productieklasse niet direct schrijven, maar ze dienen ook geen tickets in — ze stellen de wijziging ter plekke voor, en een willekeurige tweede teamgenoot past hem toe.

Er valt niets aan te zetten. Is je omgeving productieklasse en heeft je team Developers, dan werkt het al zo.

Een wijziging voorstellen

Section titled “Een wijziging voorstellen”

Maak als Developer de wijziging die je wilt in een productieomgeving — een schakeling, een regelbewerking — en het dashboard biedt aan hem voor te stellen in plaats van toe te passen. Voeg je redenering toe als die nodig is, en dien in. De flag zelf beweegt nog niet.

Er één goedkeuren

Section titled “Er één goedkeuren”

Elke teamgenoot die Developer of hoger is — behalve degene die het voorstel deed — beoordeelt het openstaande voorstel en keurt het goed, wat het ter plekke toepast. Openstaande voorstellen verschijnen in de goedkeuringsinbox van het dashboard, dus houd de bel in de gaten; de inbox is de notificatie (er is geen e-mailherinnering).

Twee regels gelden, altijd:

  • Niemand keurt het eigen voorstel goed. Dat wordt per persoon afgedwongen, niet per rol — ook een Admin kan niet zelf goedkeuren.
  • Het auditlog noemt beide mensen bij elk toegepast voorstel: wie voorstelde, wie goedkeurde, en wat er veranderde.

Wat dit is — en niet is

Section titled “Wat dit is — en niet is”

Het is peerreview, geen hiërarchische review: twee Developers samen kunnen productie veranderen, en dat is precies het punt — geen enkel individu onder Admin-niveau doet het alleen. Goed om te weten bij het zetten van verwachtingen:

  • Admins en Owners schrijven productie nog steeds direct. Het voorstelpad is de route naar binnen voor Developers, geen poort voor iedereen. Er is op dit moment geen instelling die goedkeuringen ook voor Admins afdwingt.
  • Goedkeuring is één persoon, geen quorum.

Is een voorstel verkeerd, dan keurt de reviewer het simpelweg niet goed — en de voorsteller maakt een nieuw voorstel wanneer de vorm klopt.

Waar nu heen?

Section titled “Waar nu heen?”