Som nämns i det föregående kapitlet är Devops viktigt för att underhålla kod, men gissa vad – detta är också ett teaminsats och dessutom en affärskritisk prioritet. Dålig kod leder till dåliga saker.
Att ”koda fritt för alla” – där utvecklare bara utvecklar som de känner för – är långt ifrån hur koden bör underhållas i ett stort produktkodrepositorium.
En av de bortglömda ”varför” här är att koden är en immateriell rättighet (IP) som tillhör företaget och har ett monetärt värde, även om det inte är bokfört som en tillgång – särskilt om företaget säljs. Detta i sig gör det värt att underhålla koden.
Vidare – varför bör koden vara läsbar och överblickbar? De viktigaste funktionerna bör dokumenteras, åtminstone på hög nivå (det är extremt svårt att hålla dokumentationen uppdaterad i en snabb utvecklingsmiljö och kan bromsa utvecklingen avsevärt).
Att ha koden i ett git-repositorium säkerställer att nya versioner kan läggas till och att man alltid kan gå tillbaka och spåra vad som lades till av vem. Om man använder ett uppgiftshanteringssystem för att hantera sin Backlog kan man också spåra biljetten eller uppgiften bakom, vilket skapar en mycket bra historisk dokumentation.
Detta är användbart för att se varför något ändrades och vad som utlöste det. Genom att arbeta i grenar har utvecklare sin egen distribuerade kopia av koden på sin egen dator och kan samarbeta enkelt genom att dra en uppdatering av koden om en annan utvecklare har arbetat på samma gren eller om nya funktionell grenar har lagts till i huvudgrenen under en produktionsrelease.
Läs mer i "The CTO Playbook" som finns på Amazon/Kindle.
Vi hjälper företag med sin teknik och erbjuder CTO-tjänster och produktledning. Kända för våra CTO-tjänster arbetar vi med både startups och etablerade företag i Norden, Schweiz och USA.
Vi är ett schweiziskt företag (LLC) baserat i 
Schweiz.