Lämna över befintlig programvara till ett nytt team
Kontrollera överlämningen från en entydig källrevision till en liten ändring som kan återställas i testmiljön.
Låt det nya teamet följa vägen självt
Överlämningen blir konkret när det nya teamet kan sätta upp applikationen med egna behöriga konton och kontrollera en överenskommen ändring. Ett källkodsarkiv och en demonstration av det förra teamet ger inte alla bevis.
Knyt först den körande versionen till en entydig källrevision. Dokumentera nödvändiga filer, beroenden, verktygsversioner och vägen till ett körbart resultat. SLSA skiljer källor, andra indata, bygge och distribuerade artefakter åt. Då kan det nya teamet spåra vilka indata som skapade den överlämnade versionen.
Exempel: en textändring från uppsättning till återgång
Scenariot är påhittat. Ett serviceformulär lämnas över vid v2.3.0. Det nya teamet ska förtydliga hjälptexten ”Leveransanteckning” till ”Tillträde och leverans”. Datafält och databasschema ändras inte här. Tabellen beskriver förväntade bevis, inget genomfört test.
Steg | Överenskommen uppgift | Förväntat bevis |
|---|---|---|
Nå källorna | Hämta dokumenterad källrevision och extrafiler med eget behörigt konto. | Den överlämnade revisionen är entydig; nödvändiga privata paket och extra repositoryinnehåll är också tillgängliga. |
Sätta upp miljön | Följa anvisningar för runtime, paketinstallation och testkonfiguration. | Testapplikationen startar utan produktionsåtkomst eller förra utvecklarens privata filer. |
Kontrollera liten ändring | Ändra hjälptexten och gå igenom befintligt sparflöde med syntetiska data. | Den nya texten visas; det överenskomna sparflödet fungerar fortfarande. |
Ångra ändringen | Ångra textändringen i test och använda dokumenterad startväg. | Ursprunglig text och tidigare kontrollerat formulärflöde finns igen. |
Sista raden visar bara återgången för denna ändring. Databasåterställning eller produktionsövergång kräver egna lämpliga kontroller.
Lägg till drift och öppna punkter
Dokumentera konfigurationsnamn, säkra vägar till hemligheter, privata paketkällor och befintlig byggkonfiguration inklusive en lämplig låsfil för beroenden. Verkliga hemligheter hör inte hemma i källkodsarkivet. Kontrollera även separat lagrade stora filer och inbäddade repositoryn om projektet använder dem.
Klargör åtkomst och ansvar för driftsättning, övervakning, säkerhetskopior och fel. Vid överföring av ett GitHub-repository förblir bland annat webhooks, secrets och deploy keys kopplade. Bedöm uttryckligen vilka kopplingar och åtkomster som ska bestå. Överföringen städar inte upp dem ensam.
Dokumentera saknad förutsättning, ansvarig roll och nästa bevis om ett steg misslyckas. Skilj öppna punkter från visade resultat. Kom överens om när teamet tar över vilka uppgifter och vem som är tillgänglig tills dess.
Källor
Läs vidare
Alla artiklar
Mjukvaruutveckling med ASES
Skräddarsydd programvara, webb- och mobilappar