Kontinuerlig integration

Vad är kontinuerlig integration?

Kontinuerlig integration, på engelska continuous integration (CI), är en praxis för devops och programvaruutveckling där kod kontinuerligt integreras i stammen (ett delat arkiv som även kallas master eller mainline) där dessa integrationer automatiskt byggs och testas.

Genom att implementera kontrollerade delar av koden i mastergrenen mer regelbundet kan du hitta buggar snabbt och lokalisera dem lättare. Kontinuerlig integration gör att du slipper hoppas att din kod fungerar när du sammanfogar den med alla andras, eftersom du är säker på dess status i förhållande till mainline.

Utan CI måste programvaruutvecklare arbeta för att slutföra hela funktionen innan de sammanfogar den med resten av kodbasen. När en utvecklare väl har sammanfogat den till mainline har det gjorts så många ändringar att det uppstår en så kallad merge-konflikt, eller konkurrerande ändringar av koden. Detta orsakar friktion i utvecklingsarbetsflödet eftersom det ibland tar timmar att lösa och sammanfoga kod som skrivits av olika teammedlemmar eller team.

Här är några av de bästa praxis för kontinuerlig integration:

• Förvara all kod i ett enda arkiv för enklare hantering.
• Uppmuntra små, frekventa kodöverföringar till huvudgrenen.
• Optimizely byggtider för snabb feedback med hjälp av cachelagring och parallellisering.
• Implementera tillförlitliga automatiserade tester (enhets-, integrations- och regressionstester).
• Använd separata testmiljöer för att förhindra konflikter.
• Använd versionsstrategier för enkel spårning och rollback.

Varför är kontinuerlig integration viktigt?

CI:s integrering av automatiserade tester och experiment effektiviserar inte bara utvecklingsprocessen utan bidrar också till att bygga robusta funktioner genom att fånga upp buggar tidigt, säkerställa funktionalitet och möjliggöra en effektivare utvecklingscykel.

CI:s roll när det gäller att bygga funktionella egenskaper som fungerar ligger i dess förmåga att:

• Validera funktionalitet: Automatiserade tester i CI-pipelines verifierar att nya funktioner eller ändringar uppfyller funktionella krav och inte bryter befintlig funktionalitet. Detta säkerställer att funktionerna fungerar som förväntat innan de distribueras.
• Iterativ utveckling: CI stöder en iterativ utvecklingsmetod, vilket gör det möjligt för utvecklare att göra stegvisa ändringar och regelbundet testa dem. Denna iterativa process främjar funktionsutveckling som utvecklas stadigt och tillförlitligt.
• Tidig upptäckt av problem: Genom att köra tester och experiment under integrationen identifierar CI problem tidigt i utvecklingscykeln. Detta minskar risken för att felaktiga funktioner distribueras.

Fördelarna med kontinuerlig integration

Öka utvecklingshastigheten

Genom att tillämpa kontinuerlig integration kan organisationer öka utvecklingshastigheten eftersom utvecklare kan isolera delar av sin kod för att effektivt hitta buggar i sina programvaruprojekt och rulla ut nya funktioner till kunder utan att skapa fiktion i upplevelsen. Utvecklare kan integrera ofärdiga funktioner i master branch bakom feature flags utan att riskera instabilitet.

Dessutom kan utvecklare arbeta utan att behöva oroa sig för att lösa röriga sammanfogningskonflikter. Genom att använda feature flags eller feature toggles kan funktioner som är under utveckling flyttas till en delad branch utan att blockera releasen från den grenen.

Förbättra produktkvaliteten

När du checkar in kod oftare förbättrar du produktkvaliteten eftersom du kör tester mot den koden flera gånger om dagen och inte väntar på att en gigantisk build ska byggas upp innan du försöker integrera den med alla andras arbete. Möjligheten att kontrollera delar av koden gör att utvecklare kan fokusera på kvaliteten på koden och leverera snabbare och mer självsäkert.

Stark kod som grund

Det är orealistiskt att föreställa sig en värld där du har 100% buggfri kod, men att ha verktyg och processer på plats för att fånga upp de mest störande buggarna är möjligt och bör vara en del av tänkandet när du implementerar kontinuerlig integration inom ditt företag. Med CI har teamen fullständig kontroll över och insyn i vad som förs in i kodbasen och kan enkelt triagera om en distribution har orsakat en bugg.

Snabbare återkopplingsslingor

Att köra automatiserade tester och experiment i CI-pipelines ger snabb återkoppling om hur kodändringar påverkar. Utvecklare kan omedelbart ta itu med problem, iterera och förbättra kodkvaliteten utan förseningar.

Möjliggör experimentering

CI gör det lättare att köra experiment och A/B-testningar som en del av integrationsprocessen. Utvecklare kan introducera nya funktioner eller ändringar, testa dem i en kontrollerad miljö och bedöma deras inverkan innan de distribueras till produktion.

Funktionernas tillförlitlighet

Kontinuerlig integration säkerställer att funktioner testas noggrant på ett automatiserat sätt. Det gör det möjligt att snabbt identifiera och åtgärda buggar, vilket ökar tillförlitligheten hos nyligen införda funktioner.

Verktyg för kontinuerlig integration

Det finns många CI-verktyg som kan hjälpa utvecklare att implementera kontinuerlig integration i sin mjukvaruutvecklingsprocess:

1. Källkontroll

   Käll- och versionshanteringssystem som Git, Github (för programvara med öppen källkod), Bitbucket och Subversion fungerar som ett kodförvar och som ett sätt att slå samman ändringar i källkoden och lösa konflikter i kod som håller på att implementeras.

2. Automatiserade tester

   Med den frekventa kodintegration som CI-processen innebär är det viktigt att säkerställa kvaliteten på den kod som slås samman, så automatiserade enhetstester och testsviter som Jenkins och Selenium är avgörande.

3. Automatisering av byggandet

   Verktyg för kontinuerlig integration innehåller också funktioner som hjälper till att automatisera byggprocessen så att byggen automatiskt startas av triggers, till exempel när ny kod slås samman till huvudlinjen, en process som kallas kontinuerlig deployment.

4. CI-plattformar

   Det finns många plattformar för kontinuerlig integration som hjälper till att hantera många av de uppgifter som ingår i CI-processen. Populära verktyg inkluderar CircleCI, Jenkins, Buddy, Gitlab CI, Travis CI och Codeship.

Process för funktionsleverans genom kontinuerlig integration

Så här ser en process för funktionsleverans ut för utveckling av både webb- och mobilappar:

1. Kodutveckling och versionskontroll

   Utvecklare arbetar lokalt med kodändringar som skickas till ett versionskontrollsystem.

2. Automatiserade byggnationer och tester

   På grund av kodändringar startar CI-system (t.ex. Jenkins, Travis CI) automatiserade builds.
   

   För appar på webben

   • Bygga koden till ett körbart format (t.ex. JavaScript, HTML, CSS).
   • Kör enhetstester för att kontrollera kodens funktionalitet.
   • Generera artefakter för distribution.

   För mobilappar

   • Bygga appen för målgruppsinriktade plattformar (t.ex. iOS, Android).
   • Kör automatiserade tester (enhetstester, integrationstester) på implementatörer eller riktiga enheter.
   • Skapa byggartefakter (APK-, IPA-filer).

3. Kontinuerlig integration och utrullning

   Automatiserad utrullning till staging-miljöer eller testservrar för webbappar. Mobilappar kan genomgå betatestning eller distribueras till testgrupper via appdistributionsplattformar (t.ex. TestFlight, Google Play Console).

4. Testning och validering
   

   Manuell A/A-testning av QA-team eller intressenter för webbappar i staging-miljöer. Mobilappar genomgår användaracceptanstestning (UAT) på faktiska enheter i kontrollerade miljöer.
   
   Automatiserade tester (regression, prestanda) fortsätter att köras parallellt.

5. Återkoppling

   Samla in feedback från intressenter, QA och användartester. Kodändringar och nya funktioner går igenom CI-pipelinen igen för validering.

6. Driftsättning

   Godkända ändringar går vidare till produktionsdistribution för appar. Mobilappar släpps i appbutiker (App Store, Google Play Store) eller via MDM-system (Mobile Device Management).

7. Övervakning

   Kontinuerlig övervakning av distribuerade funktioner och omedelbar hantering av eventuella problem efter distributionen genom CI/CD-pipelines.

Denna process för leverans av funktioner genom CI säkerställer en strömlinjeformad och iterativ metod för att bygga, testa och distribuera både webb- och mobilapplikationer.

Kontinuerlig integration vs kontinuerlig leverans

Kontinuerlig leverans (CD) är en mjukvaruutvecklingsprocess som går ut på att få kodändringar i produktion snabbt, säkert och med högre kvalitet, vanligtvis genom att använda verktyg för att automatisera distributionerna. Ingenjörsteam gör ändringar i sin programvara i korta cykler, så att den kan testas och lanseras oftare. Detta tillvägagångssätt möjliggör inkrementella förändringar med både lägre kostnader och risker.

I traditionell programvaruutveckling sker integrationsprocessen i slutet av ett projekt efter att varje person har avslutat sitt arbete. Denna process kan ta lång tid och vara frustrerande för alla inblandade.

Kontinuerlig integration är en metod för programvaruutveckling som flyttar integrationsfasen tidigare i utvecklingscykeln så att utveckling, testning och integrering av kod sker oftare. Utvecklingsteamet sammanfogar kodändringar i ett gemensamt, centralt arkiv flera gånger om dagen för att kunna släppa en produktversion när som helst. Detta kräver en process för integrering som är reproducerbar och automatiserad.

Kontinuerlig integration och kontinuerlig leverans kombineras vanligtvis som en del av den agila utvecklingsmetodiken, så till den grad att den kombinerade akronymen "CI/CD" ofta används för att beskriva processen.

Kontinuerlig integration och experimentering av produkter

Att driva en framgångsrik organisation för experimentering kräver att utvecklingsteamet arbetar snabbt och effektivt på grund av behovet av att iterera när dina funktioner har använts i verkliga miljöer. Feature flags gör att du kan experimentera med större självförtroende och inte behöva oroa dig för att behöva ändra infrastruktur eller kod om du vill aktivera eller inaktivera en funktion.

För att hjälpa till att hålla A/B-testning som en viktig del av din organisations distributionsprocess integrerar Optimizely Rollouts experimentering på serversidan funktion flaggor, utrullningar och variabler med experimentering, så att du kan kontrollera hela produktutvecklingslivscykeln på ett ställe. Genom att först köra en A/B-testning på en del av trafiken kan ditt team testa och gradvis optimera en ny funktion. När du har den bästa användarupplevelsen kan den rullas ut på ett kontrollerat sätt över hela din kundbas för att minska risken för tekniska problem med lanseringsprocessen.