Understrukna ord finns i lektionsordlistan. Tryck på ett ord för att se alla översättningar. Lägg till eller redigera ord i messages/glossary.json (alla språknycklar du lägger till visas i rutan).
Infrastructure, DevOps, and support
CI/CD and deployment processes
Pipelinen har kraschat igen, jag undersöker vad som gick fel.
Koden är mergad och ligger just nu i kö för att byggas.
Bygget misslyckades på det allra sista steget i testerna.
Vi ska göra en ny release till produktionsmiljön idag klockan två.
Jag var tvungen att göra en omedelbar rollback eftersom appen kraschade.
Vårt CI/CD-flöde är helt automatiserat från kod till produktion.
Kan du starta ett manuellt bygge av den nya grenen?
Det tar nästan tjugo minuter för pipelinen att köra klart, vi måste snabba upp den.
Vi använder GitHub Actions för all vår kontinuerliga integrering.
Linting-steget misslyckades eftersom koden inte följde vår formateringsstandard.
Vi rullar ut funktionen gradvis till tio procent av användarna först (canary release).
Byggservern verkar ligga nere för tillfället, ingen kan deploya något just nu.
Låt mig kolla i loggarna från bygget för att se exakt vad kompilatorn klagar på.
Pipelinen är konfigurerad till att kräva minst ett godkännande innan utrullning sker.
Vi paketerar om applikationen till en ny Docker-image vid varje ny commit.
Deployen gick igenom helt utan några som helst problem, bra jobbat!
Jag behöver uppdatera miljövariablerna i CI-verktyget innan vi kör nästa release.
Vår release manager har gett grönt ljus för att skicka ut uppdateringen skarpt.
Vi kör alla säkerhetsskanningar som ett obligatoriskt steg i vår byggprocess.
Jag skriver ett litet skript som rensar upp gamla byggartefakter (artifacts) automatiskt.
Vi hade tyvärr ett merge-problem som gjorde att pipelinen fastnade i natt.
Det är extremt viktigt att vi aldrig deployar stor ny funktionalitet på en fredagseftermiddag.
Jag har satt upp en webhook som meddelar oss på Slack så fort en deploy är klar.
Den kontinuerliga leveransen fungerar väldigt bra och minskar stressen hos teamet.
Kan vi tillfälligt stänga av E2E-testerna i bygget medan testmiljön ligger nere?
Det här är bara en liten hotfix, vi rullar ut den förbi det normala flödet.
Vi taggar alltid releasen med rätt versionsnummer i Git innan vi deployar den.
Bygget tog upp för mycket minne och blev dödat av processhanteraren (OOM-killed).
Vi använder ArgoCD för att synkronisera vårt kluster med konfigurationen i Git.
Utrullningen pausades eftersom vi upptäckte en kritisk bugg i absolut sista sekund.
Jag konfigurerar pipelinen för att cacha npm-paket så att vi sparar byggtid.
Det saknas ett beroende i package.json, det är därför bygget misslyckas på servern.
Vi deployar numera flera gånger om dagen istället för en stor klump varje månad.
All kod som checkas in på huvudgrenen rullas per automatik ut till staging-miljön.
Vi måste säkerställa att databas-migreringarna körs innan den nya koden startas upp.
Byggartefakten har nu publicerats till vårt interna paketregister.
Kan du hjälpa mig att felsöka varför min pipeline-konfiguration ignoreras helt?
Ska vi ändra schemat så att de tunga integrationsbyggena bara körs på natten?
Releasen är tyvärr försenad eftersom vi väntar på godkännande från säkerhetsteamet.
Jag fixade problemet med timeout i bygget genom att öka gränsen till tio minuter.
Vi behöver bygga in ett steg som automatiskt invaliderar cachen efter varje utrullning.
Deploy-skriptet stannade på grund av ett oväntat nätverksfel mot molnleverantören.
Jag rullar tillbaka databasen till säkerhetskopian från klockan nio i morse.
Vi har separata pipelines för frontend och backend för att snabba upp flödet.
Systemet larmar ifall andelen fel (error rate) ökar plötsligt efter en nyligen gjord utrullning.
Jag skapar en release-note som beskriver exakt vilka nya funktioner vi precis släppt.
Den nya processen minskar risken för mänskliga fel vid utrullningar avsevärt.
Pipelinen är nu äntligen helt grön igen, vi kan fortsätta arbeta som vanligt.
Det är otroligt tillfredsställande att se hela automationsflödet fungera så här felfritt.
Jag dokumenterar hela CI/CD-processen så att nyanställda snabbt kan förstå flödet.
