Overdrag eksisterende software til et nyt team
Kontrollér overdragelsen fra en entydig kilderevision til en lille ændring, der kan rulles tilbage i testmiljøet.
Lad det nye team følge vejen selv
Overdragelsen bliver konkret, når det nye team kan opsætte applikationen med egne berettigede konti og kontrollere en aftalt ændring. Et kildearkiv og en demonstration fra det tidligere team giver ikke alle beviser.
Knyt først den kørende version til en entydig kilderevision. Registrér nødvendige filer, afhængigheder, værktøjsversioner og vejen til et kørbart resultat. SLSA skelner mellem kilder, andre input, build og distribuerede artefakter. Så kan det nye team følge, hvilke input der skabte den overdragne version.
Eksempel: en tekstændring fra opsætning til tilbageførsel
Scenariet er opdigtet. En serviceformular overdrages i v2.3.0. Det nye team skal præcisere hjælpeteksten »Leveringsnote« til »Adgang og levering«. Datafelter og databaseskema ændres ikke her. Tabellen beskriver forventede beviser, ikke en udført test.
Trin | Aftalt opgave | Forventet bevis |
|---|---|---|
Tilgå kilder | Hente dokumenteret kilderevision og ekstra filer med egen berettiget konto. | Den overdragne revision er entydig; nødvendige private pakker og ekstra repository-indhold er også tilgængelige. |
Opsætte miljø | Følge vejledning til runtime, pakkeinstallation og testkonfiguration. | Testapplikationen starter uden produktionsadgang eller tidligere udviklers private filer. |
Kontrollere lille ændring | Ændre hjælpeteksten og gennemgå eksisterende lagringsforløb med syntetiske data. | Den nye tekst vises; det aftalte lagringsforløb virker stadig. |
Tilbageføre ændring | Tilbageføre tekstændringen i test og bruge den dokumenterede startvej. | Oprindelig tekst og tidligere kontrolleret formularforløb er tilgængelige igen. |
Sidste række viser kun tilbagevejen for denne ændring. Databasegendannelse eller produktionsskift kræver egne passende kontroller.
Tilføj drift og åbne punkter
Dokumentér konfigurationsnavne, sikre veje til hemmeligheder, private pakkekilder og eksisterende buildkonfiguration inklusive passende låsefil for afhængigheder. Rigtige hemmeligheder hører ikke til i kildearkivet. Kontrollér også separat lagrede store filer og indlejrede repositories, hvis projektet bruger dem.
Afklar adgang og ansvar for udrulning, overvågning, backup og fejl. Ved GitHub-repositoryoverførsel forbliver blandt andet webhooks, secrets og deploy keys tilknyttet. Vurdér derfor udtrykkeligt, hvilke forbindelser og adgange der skal fortsætte. Overførslen rydder ikke selv op.
Registrér manglende forudsætning, ansvarlig rolle og næste bevis, hvis et trin fejler. Adskil åbne punkter fra viste resultater. Aftal, hvornår teamet overtager hvilke opgaver, og hvem der er tilgængelig indtil da.
Kilder
Læs videre
Alle artikler
Softwareudvikling med ASES
Skræddersyet software, web- og mobilapps