Livssyklusen for programvareutgivelsen, i programvareteknikk , er settet med fremdriftstilstander i prosjektet for å lage dataapplikasjoner , for å identifisere hvor mye fremgang som er gjort og hvor mye som gjenstår til slutten. Hver større utgivelse av et produkt går vanligvis gjennom et stadium hvor nye funksjoner legges til (alfastadiet), deretter et stadium der feilene aktivt fjernes (betastadiet), og til slutt et stadium der alle feilene er fjernet. viktige feil (stabilt stadium ) ). Mellomstadier kan også gjenkjennes. Stadier kan formelt annonseres og reguleres av utviklereav produktet, men begrepene brukes noen ganger uformelt for å beskrive tilstanden til et produkt. Normalt bruker mange selskaper vanlige kodenavn (for eksempel ble Microsofts prosjekt for Cluster kalt Team Wolf frem til utgivelsen) for versjoner før et produkt utgis, selv om produktet og funksjonene ikke er hemmelige.
Det er den første komplette versjonen av programmet, som sendes til verifikatorene for å teste det.
Noen utviklingsteam bruker begrepet alfa uformelt for å referere til en fase der et produkt fortsatt er ustabilt, fortsatt venter på at feil skal bli squashed eller full funksjonalitet skal implementeres, men oppfyller de fleste av kravene.
Navnet er avledet fra alfa , den første bokstaven i det greske alfabetet .
En beta representerer vanligvis den første fullversjonen av en programvare eller et annet produkt, som kan være ustabilt, men nyttig for å bli betraktet som en forhåndsvisning eller teknisk forhåndsvisning (TP) . Dette stadiet begynner ofte når utviklere kunngjør en frysing av produktfunksjoner, noe som indikerer at ingen flere funksjoner vil bli lagt til denne versjonen og at kun mindre endringer eller feilrettinger vil bli gjort. Betaversjoner er på et mellomtrinn i hele utviklingssyklusen. Utviklere gir dem ut til en gruppe betatestere (noen ganger allmennheten) for brukertesting. Testere rapporterer eventuelle feil de finner og funksjoner, noen ganger mindre, som de ønsker å se i den endelige versjonen.
Når en betaversjon blir tilgjengelig for allmennheten, blir den ofte grundig testet av de som er teknologisk kunnskapsrike eller kjent med tidligere versjoner, som om produktet var ferdig. Betaversjoner av gratis eller åpen kildekode-programvare utgis vanligvis av utviklerne til allmennheten, mens proprietære betaversjoner går til en relativt liten gruppe testere. I februar 2005 publiserte ZDNet en artikkel om det nylige fenomenet med betaversjoner som ofte blir værende i årevis og brukes som om de var på produksjonsnivå. Gmail , som Google Nyheter , for eksempel, var i betaversjon i en veldig lang periode (fem år). Denne teknikken kan også tillate en utvikler å utsette å tilby full støtte eller ansvar for gjenværende problemer. Mottakere av svært proprietære betaversjoner kan måtte signere en taushetserklæring. Siden dette er det andre stadiet i utviklingssyklusen etter alfastadiet, er det oppkalt etter den greske bokstaven beta .
En utgivelseskandidat, en endelig utgivelseskandidat eller en utgivelseskandidat omfatter et produkt som er klart til å bli utgitt som en endelig utgivelse.
Anses som veldig stabil og relativt feilfri med en kvalitet som passer for bred distribusjon og bruk av sluttbrukere.
Den generelle tilgjengeligheten (også kalt gullversjonen ) av et produkt er den endelige versjonen. Den er vanligvis nesten identisk med den endelige utgivelseskandidaten, med bare rettelser i siste øyeblikk. Denne versjonen anses som veldig stabil og relativt feilfri med en kvalitet som passer for bred distribusjon og bruk av sluttbrukere. I kommersielle versjoner kan den også signeres (brukes for sluttbrukere for å bekrefte at koden ikke er endret siden utgivelsen). Uttrykket at et produkt er gull betyr at koden er ferdigstilt og at den blir masseprodusert og snart er for salg.
Begrepet forgylt refererer anekdotisk til bruken av gullmesterskiven som ofte ble brukt til å sende den endelige versjonen til produsenter som bruker den til å produsere detaljkopier. Dette kan være en arv fra musikkproduksjon. I noen tilfeller er imidlertid masterskiven faktisk laget av gull , både for estetisk utseende og motstand mot korrosjon.
Microsoft og andre bruker begrepet release to manufacturing (RTM ) for å referere til denne versjonen (for kommersielle produkter som Windows 7 vil de referere til den som "build 7600 er valgt som Windows 7 RTM"), og til web (RTW eller utgivelse ) to Web ) for fritt nedlastbare produkter.
I åpen kildekode-programmering skiller versjonsnumre, eller begrepene stabil og ustabil, vanligvis utviklingsfaser. Tidligere brukte Linux-kjernen versjonsnummeret for å angi om en versjon var stabil eller ustabil. Faktisk var versjonene bygd opp av fire tall, atskilt med et punktum. Et oddetall i det andre versjonsnummeret indikerte en ustabil versjon. I dag brukes ikke lenger denne konvensjonen, og alle utgivelser er stabile uavhengig av versjonsnummer. I praksis har bruken av oddetall og partall for å indikere stabiliteten til et produkt blitt brukt av mange andre gratis programvareprosjekter .
Dette konseptet gjelder også for programvare pakket i noen Linux-distribusjoner som Debian, så det er en gren eller et sett med pakker som anses som stabil og en annen gren som anses som ustabil. Denne siste grenen gir versjoner av programmer som er nyere enn den stabile, men som ikke er like testet og ikke kjører.