Sådan versionsstyrer du et dokument
Sådan versionsstyrer du et dokument i praksis: vælg et system med decimaler over for hele tal, tryk version, dato og godkender på hver side, definér hvad der tæller som en større ændring, og hold præcis én gældende kopi.
Dokumentversionsstyring er disciplinen at nummerere, datere og opbevare hvert udkast og hver udstedt kopi af et dokument, så præcis én version er gældende, og hver tidligere er identificerbar og erstattet frem for slettet.
Kort fortalt
- Udkastversioner får et decimaltal (0.1, 0.2 …); udstedte versioner får et helt tal, aldrig omvendt.
- Tryk version, dato og godkender i sidehovedet på hver side, ikke kun i filnavnet eller filens egenskaber.
- Hold én autoritativ, gældende placering; hver anden henvisning linker til den i stedet for at rumme sin egen kopi.
- Fastlæg skriftligt, hvad der tæller som et hop i hovedversionen over for en mindre version, før det første dokument har brug for reglen.
- QueryCharts ændringslog og Sammenlign versioner-visning viser præcis, hvad der ændrede sig mellem to revisioner, uden nogen manuel log. Se /features/version-control.
Et versionsnummer er en påstand om tillid
To personer, der redigerer det samme dokument uden en regel for at nummerere det, ender samme sted: en fil, der hedder Politik_v2_FINAL_gennemgået_BRUG-DENNE.docx, og ingen er sikker på, hvilken af tre åbne kopier der faktisk er gældende. Versionsstyring af et dokument løser det med tre konkrete beslutninger frem for en mappe fuld af daterede filnavne: et nummereringssystem, et sted hvor hver side angiver sin egen version, og én placering, der rummer den kopi, alle behandler som autoritativ.
Versionsstyring er ikke det samme som ændringsstyring, og det er snævrere end dokumentstyring. Ændringsstyring er mekanismen, der afgør, om en foreslået ændring overhovedet bliver godkendt (konsekvensvurdering, et ændringsudvalg, en rollback-plan), og den gennemgås som sin egen proces på /da/guides/saadan-laver-du-en-aendringsstyringsproces. Dokumentstyring er det fulde livsforløb, et dokument lever i, fra den anmodning, der starter det, til det periodiske review, der holder det gældende, gennemgået fra ende til anden på /da/guides/saadan-laver-du-en-dokumentstyringsproces og /da/templates/dokumentstyring-proces. Denne side er snævrere end begge dele: det er nummererings- og sporbarhedslaget, der kører under en dokumentstyringsproces, ikke en erstatning for én.
QueryChart holder det nummereringslag ærligt uden et separat register, der føres i hånden. Hver redigering af et diagram fanges i en ændringslog, der navngiver aktøren og feltet, en Sammenlign versioner-visning sætter to vilkårlige revisioner side om side og markerer præcis, hvad der ændrede sig, og en gammel revision gendannes i én handling: gratis, altid-tændt versionshistorik beskrevet i fulde detaljer på /features/version-control.
Se et versionsnummer bevæge sig gennem fem baner
Et nyt dokument udarbejdes, revideres to gange, godkendes, publiceres og erstattes: versionsnummeret ændrer sig ved hvert eneste af de trin.
Et udkast fødes ved 0.1
Diagrammet åbner ved »Nyt dokument udarbejdet«, og før filen nogensinde cirkuleres, giver »Tildel indledende udkastversion 0.1« den et decimaltal: kendetegnet for et udkast, der stadig er i intern review, endnu ikke godkendt til brug.
Hver omarbejdningscyklus udløser et nyt decimaltal
»Kræves der ændringer?« sender et udkast, der trænger til omarbejdning, gennem »Optæl den mindre version« til »Ret udkastet i forhold til kommentarerne«, før revieweren ser det igen: 0.1 bliver til 0.2, så at citere »kommentarerne på 0.3« navngiver ét præcist udkast.
Godkendelse er den eneste dør til et helt tal
»Indsend det endelige udkast til godkendelse« og »Godkender gennemgår det endelige udkast« fører til »Godkendt til udstedelse?«: kun grenen Godkendt når frem til »Tildel hovedversion 1.0«; Afvist løkker i stedet tilbage ind i cyklussen for den mindre version.
Publicering erstatter, den sletter ikke
»Opdater versionshistorikregistret« er en Fil-række frem for en Proces-række, og derefter kører både »Publicer den godkendte version« og »Markér den forrige version som erstattet«, før nogen læser åbner den nye kopi, det gamle nummer bliver stående i registret.
Et publiceret dokument kan genåbnes
»Læser tilgår den aktuelle version« og »Ønskes der ændring efter publicering?« viser, at publicering ikke er slutningen: Ja sender dokumentet tilbage gennem »Genåbn dokumentet ved den næste version« til review, mens Nej når frem til »Aktuel version forbliver gældende«.
Sådan fungerer det
Vælg jeres regel for decimaler over for hele tal
Beslut skriftligt, at et udkast i review bærer et decimaltal (0.1, 0.2, 0.3), og en udstedt kopi bærer et helt tal (1.0, 2.0). Det præcise system betyder mindre end, at hvert dokument bruger det samme, inklusive registret og hvert sidehoved.
Sæt version, dato og godkender på hver side
Et versionsnummer, der kun findes i et filnavn eller i dokumentets egenskaber, er usynligt, i det øjeblik nogen printer siden eller videresender et skærmbillede. Sæt versionen, ikrafttrædelsesdatoen og godkenderens navn i selve dokumentets sidehoved eller sidefod.
Definér hvad der udløser en hovedversion, før I har brug for det
Skriv udløseren for hele-tal-trinnet ned (formel godkendelse alene, eller godkendelse plus en væsentlig omskrivning af indholdet), før det første dokument når frem til det. Et team, der aldrig bliver enige om det, ender med to forskellige dokumenter, der begge hedder version 2.
Skriv nummereringstrinnene ind i et diagram, i rækkefølge
Åbn et diagram, og læg hvert trin (udkast, review, revision, godkendelse, publicering, erstatning) i kolonnen Bokstekst, og forbind dem via kolonnen Linje til. Layoutet genereres selv, så den eneste reelle beslutning er den rækkefølge, versionsnummeret bevæger sig igennem.
Navngiv den ene autoritative placering
Vælg det ene sted, den gældende version lever (en styret mappe, et dokumenthåndteringssystem eller et live QueryChart-link), og lad hver anden henvisning pege på det i stedet for at rumme en kopi. Et versionsnummer betyder intet, hvis to »gældende« kopier kan være uenige.
Læs ændringsloggen i stedet for at spørge, hvem der har den seneste kopi
Åbn diagrammets versionshistorik, og brug Sammenlign versioner til at se præcis hvilket felt der ændrede sig mellem to revisioner, hvem der ændrede det, og hvornår, frem for at føre en parallel changelog i hånden. Se /features/version-control for, hvordan ændringsloggen og gendannelse fungerer.
Faldgruber du skal undgå
Decimaler, der aldrig bliver afgjort
Et udkast, der sidder fast på 0.7, uden at nogen vil kalde det endeligt, er et tegn på, at godkendelsesudløseren ikke er defineret, ikke et nummereringsproblem. Ret reglen for, hvad der udløser et helt tal, ikke antallet af decimaler.
Versionsnummeret, ingen kan se
En version, der kun spores i et regnearksregister og ikke findes i selve dokumentet, tvinger en læser til at stole på, at det, de sidder med, matcher registret. Tryk den på siden i stedet.
To placeringer, der begge kaldes gældende
En kopi på et fælles drev og en kopi i et dokumenthåndteringssystem glider fra hinanden, i det øjeblik den ene redigeres, og den anden ikke gør. Vælg den ene autoritative placering, og lås eller udfas resten.
En manuel changelog ført ved siden af dokumentet
En håndført liste over »hvad ændrede sig i v3« glider ud af trit med dokumentet, i det øjeblik nogen glemmer en post. QueryCharts ændringslog registrerer automatisk hver feltændring, så sammenlign to versioner i stedet for at stole på en note.
Byg jeres eget versionsstyrede dokument
Åbn eksemplet på dokumentversionsstyring som jeres eget diagram, fastlæg jeres nummereringssystem, og lad ændringsloggen registrere hver ændring derfra.
Relaterede guides
Ofte stillede spørgsmål
Hvad er dokumentversionsstyring?
Dokumentversionsstyring er praksissen med at tildele et entydigt nummer til hvert udkast og hver udstedt kopi af et dokument, så alle, der sidder med en kopi, kan afgøre, hvor gældende den er, og hvordan den forholder sig til hver anden kopi, der har eksisteret. Det parrer typisk et decimalsystem til udkast, der stadig er i review, med hele tal til versioner, der er formelt godkendt, og det afhænger af, at hver side bærer det nummer, frem for at lade det ligge i et filnavn eller et separat register.
Hvordan versionsstyrer jeg et dokument, trin for trin?
Fastlæg et nummereringssystem, før I skriver noget som helst udkast: decimaler til udkast, hele tal til udstedte kopier er den almindelige konvention. Sæt version, dato og godkender i sidehovedet på hver side. Send hvert udkast gennem samme review- og godkendelsescyklus, og optæl den mindre version ved hver omarbejdningsrunde og hovedversionen kun ved formel underskrift. Hold præcis én autoritativ, gældende placering, og markér, slet aldrig, den version, en ny erstatter.
Hvad er forskellen på versionsstyring og revisionsstyring for et dokument?
I praksis beskriver de to udtryk det samme for et dokument (et system til at nummerere de efterfølgende kopier), og de fleste kvalitetssystemer bruger dem i flæng. Hvor der viser sig en reel forskel, er i software- og ingeniørsammenhænge, hvor »revisionsstyring« nogle gange antyder en fuld historik over ændringssæt, mens »versionsstyring« bruges løsere om selve nummereringsetiketten. Vælg ét udtryk, og brug det konsekvent, frem for at behandle en forskel, der ikke findes, som betydningsfuld; se /da/guides/revisionsstyring-kontra-versionsstyring for den fyldigere sammenligning.
Har jeg brug for en separat changelog, hvis jeg allerede har versionsnumre?
Ikke hvis jeres versionsnumre bakkes op af noget, der allerede registrerer, hvem der ændrede hvilket felt, og hvornår. QueryCharts ændringslog gør det automatisk for hver redigering, og Sammenlign versioner sætter to revisioner side om side og markerer forskellen, så en håndført changelog dobbeltarbejder noget, platformen allerede gør. Se /features/version-control.
