Welk proces komt overeen met best practices om codewijzigingen van een Git-repository te verifiëren vóór de productie-implementatie in een continuous delivery-pipeline?

De correcte optie beschrijft een robuust proces voor continue levering. Door tags te gebruiken, wordt een specifieke, geteste versie van de code geïdentificeerd voor implementatie. Eerst wordt een 'staging'-tag gebruikt om de code in een testomgeving te valideren. Pas na succesvolle tests wordt een 'productie'-tag aangemaakt en geïmplementeerd, wat zorgt voor een gecontroleerde en geverifieerde uitrol. De andere opties zijn minder geschikt: Spinnaker met red/black (ook bekend als blauw/groen) is een implementatiestrategie, geen verificatieproces voor codewijzigingen vóór implementatie. Het helpt bij het terugdraaien, maar verifieert de code niet vooraf. Tests uitvoeren op productie-implementaties is riskant en kan de gebruikerservaring negatief beïnvloeden. Verificatie moet voorafgaand aan productie plaatsvinden. Het bouwen van staging- en master-branches met Jenkins is een stap, maar het implementeren van wijzigingen naar 10% van de gebruikers (canary-implementatie) is een implementatiestrategie, geen primair verificatieproces voor codewijzigingen vóór de initiële productie-implementatie. Hoewel nuttig, mist het de expliciete pre-productie testfase die tags bieden.