Når versjonskontroll er aktivert i en liste eller et bibliotek, kan du lagre, spore og gjenopprette elementer i en liste og filer i et bibliotek når de endres. Versjonskontroll, kombinert med andre innstillinger, for eksempel utsjekking, gir deg kontroll over innholdet som er lagt ut på nettstedet. Du kan også bruke versjonskontroll til å vise eller gjenopprette en gammel versjon av en liste eller et bibliotek.

Oversikt over versjonskontroll

Alle med tillatelse til å administrere lister kan aktivere eller deaktivere versjonskontroll for en liste eller et bibliotek. Versjonskontroll er tilgjengelig for listeelementer i alle standard listetyper, inkludert kalendere, problemsporingslister og egendefinerte lister. Den er også tilgjengelig for alle filtyper som kan lagres i biblioteker, inkludert nettdelsider. Hvis du vil ha mer informasjon om hvordan du konfigurerer og bruker versjonskontroll, kan du se Aktivere og konfigurere versjonskontroll for en liste eller et bibliotek.

Obs!: Hvis du er Microsoft 365 kunde, er versjonskontroll nå aktivert som standard når du oppretter et nytt bibliotek eller en ny liste, og den lagrer automatisk de siste 500 versjonene av et dokument. Dette hjelper deg med å unngå å miste viktige dokumenter eller data. Hvis du har eksisterende biblioteker eller lister på nettstedet eller på gruppeområdet som ikke har versjonskontroll aktivert, kan du aktivere versjonskontroll for dem når som helst.

Du kan bruke versjonskontroll til å:

  • Spor logg for en versjon    Når versjonskontroll er aktivert, kan du se når et element eller en fil ble endret og hvem som endret det. Du kan også se når egenskaper (informasjon om filen) ble endret. Hvis noen for eksempel endrer forfallsdatoen for et listeelement, vises denne informasjonen i versjonsloggen. Du kan også se kommentarene personer gjør når de sjekker filer inn i biblioteker.

  • Gjenopprette en tidligere versjon    Hvis du har gjort en feil i en gjeldende versjon, hvis den gjeldende versjonen er skadet, eller hvis du ganske enkelt liker en tidligere versjon bedre, kan du erstatte den gjeldende versjonen med en tidligere versjon. Den gjenopprettede versjonen blir den nye gjeldende versjonen.

  • Vise en tidligere versjon    Du kan vise en tidligere versjon uten å overskrive den gjeldende versjonen. Hvis du viser versjonsloggen i et Microsoft Office dokument, for eksempel en Word- eller Excel-fil, kan du sammenligne de to versjonene for å finne ut hva forskjellene er.

Hvis listen eller biblioteket begrenser versjoner, må du kontrollere at bidragsytere er klar over at tidligere versjoner slettes når versjonsgrensen er nådd.

Når versjonskontroll er aktivert, opprettes versjoner i følgende situasjoner:

  • Når et listeelement eller en fil opprettes, eller når en fil lastes opp.

    Obs!: Hvis filutsjekking er nødvendig, må du sjekke inn filen for å opprette den første versjonen.

  • Når en fil lastes opp med samme navn som en eksisterende fil.

  • Når egenskapene for et listeelement eller en fil endres.

  • Når et Office et dokument åpnes og lagres. Når et dokument åpnes på nytt, opprettes en ny versjon etter at en redigering er lagret.

  • Med jevne mellomrom når du redigerer og lagrer Office dokumenter. Ikke alle redigeringer og lagringer oppretter nye versjoner. Når du lagrer redigeringer ofte, fanger for eksempel hver nye versjon opp et tidspunkt i stedet for hver enkelt redigering. Dette er vanlig når automatisk lagre er aktivert.

  • Under samtidig redigering av et dokument, når en annen bruker begynner å arbeide på dokumentet eller når en bruker klikker lagre for å laste opp endringer i biblioteket. 

Det kan være opptil tre gjeldende versjoner av en fil når som helst: utsjekket versjon, den nyeste underordnede versjonen eller kladdeversjonen og den nyeste publiserte eller hovedversjonen. Alle andre versjoner regnes som historiske versjoner. Noen gjeldende versjoner er bare synlige for brukere som har tillatelse til å vise dem.

Vanligvis representerer en hovedversjon en milepæl, for eksempel en fil som er sendt inn til gjennomgang eller publikasjon, mens en underordnet versjon er et pågående arbeid som ikke er klar til å lese alle nettstedsdeltakerne. Avhengig av hvordan gruppen fungerer, kan det være mer sannsynlig at gruppen trenger de nyeste underordnede versjonene, for eksempel en versjon som nylig ble redigert. Over tid kan det være mindre sannsynlig at teamet trenger en eldre underordnet versjon.

Noen organisasjoner sporer både overordnede og underordnede versjoner av filer i bibliotekene sine. Andre sporer bare hovedversjonene. Hovedversjoner identifiseres av hele tall, for eksempel 5,0. underordnede versjoner identifiseres av desimaltall, for eksempel 5,1.

De fleste organisasjoner bruker underordnede versjoner når filer er under utvikling, og hovedversjoner når bestemte milepæler er nådd, eller når filene er klare til gjennomgang av et bredt publikum. I mange organisasjoner er kladdesikkerhet angitt slik at bare eieren av en fil og personer som har tillatelse til å godkjenne filer. Det betyr at underordnede versjoner ikke kan vises av andre før en hovedversjon er publisert.

Lister støtter bare hovedversjoner. Hver versjon av et listeelement er nummerert med et helt tall. Hvis organisasjonen krever godkjenning av elementer i en liste, forblir elementene i Ventende status til de er godkjent av noen som har tillatelse til å godkjenne dem. Mens de er i Ventende status, nummereres de med desimaltall og kalles kladder.

Maksimalt antall underordnede versjoner er 511, og antall hovedversjoner kan justeres. Hvis du vil ha informasjon om hvordan du angir antall hovedversjoner, kan du se delen Kontrollere hvor mange versjoner som er lagret.

Hvis du bruker en nettapp eller den nyeste skrivebordsversjonen, og du prøver å lagre en annen underordnet versjon utover maksimumsbeløpet, overskriver du den nyeste underordnede versjonen. Hvis du bruker en gammel klient, kan du ikke lagre eller laste opp endringer i det hele tatt. Hvis du vil unngå å skrive over eller fortsette å laste opp endringer,må du publisere den neste hovedversjonen. Deretter kan du publisere opptil maksimalt antall underordnede versjoner på nytt for den hovedversjonen. Hvis du vil lære hvordan du publiserer nye versjoner, kan du se Publisere eller oppheve publisering av en versjon av en fil.

Obs!: Ved å overskrive eller ikke lagre underordnede versjoner, finnes det i praksis ingen versjonskontroll på filen. Siden oppdaterte programmer vil overskrive den nyeste versjonen, og gamle klienter lagrer ikke noe i det hele tatt, når du har nådd grensen for underordnede versjoner, spores ikke lenger dokumentloggen.

Hvis du vil ha mer informasjon om hvordan du aktiverer og konfigurerer versjonskontroll, inkludert hovedversjoner og underordnede versjoner, kan du se Aktivere og konfigurere versjonskontroll for en liste eller et bibliotek.

Versjonsnumre legges automatisk til hver gang du oppretter en ny versjon. I en liste eller et bibliotek som har hovedversjoner aktivert, har versjonene hele tall, for eksempel 1.0, 2.0, 3.0 og så videre. I biblioteker kan administratoren aktivere versjonskontroll for både hovedversjoner og underordnede versjoner. Når underordnede versjoner spores, har de desimaltall som 1,1, 1,2, 1,3 og så videre. Når en av disse versjonene er publisert som en hovedversjon, blir tallet 2.0. Etterfølgende underordnede versjoner er nummerert 2.1, 2.2, 2.3 og så videre.

Når du forkaster en utsjekking, endres ikke versjonsnummeret. Hvis den nyeste versjonen var versjon 3.0, forblir den på 3.0 etter at du har forkastet utsjekkingen.

Når du sletter en versjon, går versjonen til papirkurven, og nummeret blir med. Versjonsloggen viser de gjenværende versjonsnumrene. De andre versjonsnumrene endres ikke. Hvis du for eksempel har et dokument som har underordnede versjoner 4.1 og 4.2, og du bestemmer deg for å slette versjon 4.1, viser den resulterende versjonsloggen bare versjon 4.0 og 4.2. Følgende bilde viser dette.

Hvis du vil ha mer informasjon om hvordan du aktiverer og konfigurerer versjonskontroll, inkludert hovedversjoner og underordnede versjoner, kan du se Aktivere og konfigurere versjonskontroll for en liste eller et bibliotek.

Versjonslogg med én underordnet versjon slettet

Du kan konfigurere hvem som kan vise kladder av listeelementer og filer. Kladder opprettes i to situasjoner:

  • Når en underordnet versjon av en fil opprettes eller oppdateres i et bibliotek som sporer hovedversjoner og underordnede versjoner.

  • Når et listeelement eller en fil opprettes eller oppdateres, men ennå ikke er godkjent i en liste eller et bibliotek der innholdsgodkjenning kreves.

Når du sporer hovedversjoner og underordnede versjoner, kan du angi om personer må ha tillatelse til å redigere filer før de kan vise og lese en underordnet versjon. Når denne innstillingen brukes, kan personer som har tillatelse til å redigere filen, arbeide på filen, men de som bare har tillatelse til å lese filen, kan ikke se den underordnede versjonen. Det kan for eksempel hende at du ikke vil at alle som har tilgang til biblioteket, skal kunne se kommentarer eller revisjoner mens en fil redigeres. Hvis hovedversjoner og underordnede versjoner spores og ingen har publisert en hovedversjon ennå, er ikke filen synlig for personer som ikke har tillatelse til å se kladdeelementer.

Når innholdsgodkjenning kreves, kan du angi om filer som venter på godkjenning, kan vises av personer med tillatelse til å lese, personer med tillatelse til å redigere eller bare forfatteren og personer med tillatelse til å godkjenne elementer. Hvis både hovedversjoner og underordnede versjoner spores, må forfatteren publisere en hovedversjon før filen kan sendes til godkjenning. Når innholdsgodkjenning kreves, vil personer som har tillatelse til å lese innhold, men ikke har tillatelse til å se kladdeelementer, se den siste godkjente eller hovedversjonen av filen.

Uavhengig av om personer har tillatelse til å redigere en fil eller ikke, vil de ikke få resultater for den hvis personer søker etter en fil som er i underordnet versjon.

Noen organisasjoner tillater ubegrensede versjoner av filer, og andre har begrensninger. Etter at du har sjekket inn den nyeste versjonen av en fil, oppdager du kanskje at en gammel versjon mangler. Hvis den nyeste versjonen er 101.0 og du legger merke til at det ikke lenger finnes en versjon 1.0, betyr det at administratoren konfigurerte biblioteket til å tillate bare 100 hovedversjoner av en fil. Tillegget av 101st-versjonen gjør at den første versjonen slettes. Bare versjon 2.0 til og med 101.0 gjenstår. Likeledes, hvis en 102nd-versjon er lagt til, gjenstår bare versjon 3.0 til og med 102.0.

Administratoren kan også bestemme seg for å begrense antall underordnede versjoner til bare de for et angitt antall av de nyeste versjonene. Hvis for eksempel 100 hovedversjoner er tillatt, kan administratoren bestemme seg for å beholde underordnede kladder for bare de siste fem hovedversjonene. Maksimalt antall underordnede versjoner mellom hovedversjoner er 511. Hvis du vil ha mer informasjon om publisering av hovedversjoner og underordnede versjoner og hva som skjer når du har mer enn maksimalt antall underordnede versjoner, kan du se delen Hovedversjoner og underordnede versjoner. Hvis du vil lære hvordan du publiserer nye versjoner, kan du se Publisere eller oppheve publisering av en versjon av en fil.

I et bibliotek som begrenser antall hovedversjoner den beholder underordnede versjoner for, slettes de underordnede versjonene for de tidligere hovedversjonene når versjonsgrensen er nådd. Hvis du for eksempel beholder kladder for bare 100 hovedversjoner, og gruppen oppretter 105 hovedversjoner, beholdes bare hovedversjonene for de tidligste versjonene. De underordnede versjonene som er knyttet til de fem tidligste hovedversjonene, for eksempel 1.2 eller 2.3, slettes, men hovedversjonene – 1, 2 og så videre – beholdes, med mindre biblioteket også begrenser hovedversjoner.

Det er vanligvis god praksis å begrense antall versjoner. Det betyr at du kan spare plass på serveren og redusere rotet for brukere. Men hvis organisasjonen er nødvendig for å lagre alle versjoner av juridiske eller andre årsaker, må du ikke bruke noen begrensninger.

Hvis du vil ha mer informasjon om hvordan du aktiverer og konfigurerer versjonskontroll, inkludert begrensninger, kan du se Aktivere og konfigurere versjonskontroll for en liste eller et bibliotek.

Obs!: Både SharePoint i Microsoft 365 og SharePoint Server tillater opptil 511 underordnede versjoner per hovedversjon for både Innstillinger og Liste Innstillinger. Dette nummeret kan ikke endres.

  • Biblioteker

    • Versjonskontroll    SharePoint i Microsoft 365 versjonskontroll krever versjonskontroll for biblioteker. SharePoint Server kan du velge Ingen versjonskontroll som et alternativ.

    • Hovedversjoner    SharePoint i Microsoft 365 Library Innstillinger tillater en rekke 100-50000 hovedversjoner. SharePoint Server library Innstillinger tillater en rekke 1-50000 hovedversjoner.

    • Underordnede versjoner    Både SharePoint i Microsoft 365 og SharePoint Server Library Innstillinger tillate at en rekke 1-50000 hovedversjoner kan ha underordnede versjoner.

  • Lister

    • Versjonskontroll    Både SharePoint i Microsoft 365 og SharePoint Server liste Innstillinger kan du deaktivere versjonskontroll.

    • Hovedversjoner    Både SharePoint i Microsoft 365 og SharePoint Server-listen Innstillinger tillate et område på 1-50000 hovedversjoner.

    • Underordnede versjoner    Både SharePoint i Microsoft 365 og SharePoint Server-Innstillinger tillate at en rekke 1-50000 hovedversjoner kan ha underordnede versjoner.

  • Hvis du er Microsoft 365 kunde, aktiveres versjonskontroll automatisk når du oppretter et bibliotek eller en liste.

  • For SharePoint Server aktiveres versjonskontroll automatisk når du oppretter et bibliotek, men ikke når du oppretter en liste.

Alle med tillatelse til å administrere lister kan aktivere eller deaktivere versjonskontroll. På mange nettsteder som er den samme personen som administrerer nettstedet, fordi lister og biblioteker arver tillatelser fra nettstedet. I tillegg til å aktivere versjonskontroll bestemmer områdeeieren (eller en annen person som administrerer listen eller biblioteket) om de vil kreve innholdsgodkjenning, hvem som kan vise kladdeelementer og om utsjekking er nødvendig. Hver av disse beslutningene har innvirkning på hvordan versjonskontroll fungerer. Hvis for eksempel personen som administrerer et bibliotek, bestemmer seg for å kreve utsjekking, opprettes versjonsnumre bare når en fil er sjekket inn. Hvis innholdsgodkjenning kreves, brukes ikke hovedversjonsnumre før filer er godkjent av noen som har tillatelse til å gjøre dette.

Viktig!: Hvis personene som arbeider i biblioteket planlegger å redigere dokumenter samtidig, må du ikke konfigurere biblioteket til å kreve utsjekking. Personer kan ikke arbeide som medforfattere når dokumentene de trenger, er sjekket ut.

Hvis du vil lære hvordan du aktiverer versjonskontroll for en liste eller et bibliotek, kan du se Aktivere og konfigurere versjonskontroll for en liste eller et bibliotek.

Hvis versjonskontroll er aktivert i biblioteket, bestemmer personen som konfigurerer det, om du vil spore både hovedversjoner og underordnede versjoner og også bestemme hvem som kan se de underordnede versjonene. I de fleste tilfeller, når innholdsgodkjenning kreves, kan bare eieren av filen og personer som har tillatelse til å godkjenne elementer, se de underordnede versjonene. I andre biblioteker kan alle som kan redigere filer i biblioteket, eller alle som har lesetillatelse til biblioteket, se alle versjoner. Når en versjon er godkjent, kan alle som har lesetillatelse til listen eller biblioteket, se versjonen.

Selv om lister ikke har hovedversjoner og underordnede versjoner, regnes alle elementer som er i ventende status, som en kladd. I de fleste tilfeller kan bare oppretteren av elementet og personer som har tillatelsen Full kontroll eller Utforming se kladder. En kladd vises i Ventende status for disse personene, men andre ser bare den nyeste godkjente versjonen i versjonsloggen. Hvis filen avvises, forblir den i Ventende status til noen som har de nødvendige tillatelsene, sletter den.

Som standard er et ventende element eller en fil bare synlig for oppretteren og for personer med tillatelse til å behandle lister, men du kan angi om andre grupper med brukere kan vise elementet eller filen. Hvis biblioteket er konfigurert til å spore både hovedversjoner og underordnede versjoner, må personen som redigerer filen, først publisere en hovedversjon av filen.

Hvis du vil ha mer informasjon om hvordan du konfigurerer godkjenning for dokumenter, kan du se Kreve godkjenning av elementer i en nettstedsliste eller et bibliotek.

Obs!: Kladdsikkerhet i enkelte lister og biblioteker er konfigurert slik at alle nettstedsbrukere kan se både Ventende og godkjente versjoner.

Når du sjekker ut en fil fra et bibliotek som har versjonskontroll aktivert, opprettes en ny versjon hver gang du sjekker den inn igjen. Og hvis hovedversjoner og underordnede versjoner er slått på, kan du ved innsjekking avgjøre hvilken type versjon du sjekker inn. I biblioteker der utsjekking kreves, opprettes versjoner bare ved innsjekking.

I biblioteker der utsjekking ikke er nødvendig, opprettes en ny versjon første gang du lagrer etter at du har åpnet filen. Hver etterfølgende lagring overskriver versjonen du opprettet med den første lagringen. Hvis du lukker programmet og deretter åpner dokumentet på nytt, vil den første lagringen igjen produsere en versjon. Dette kan føre til at antall versjoner sprer seg svært raskt.

Hvis du vil ha mer informasjon om innsjekking og utsjekking, kan du se Sjekke ut,sjekke inn eller forkaste endringer i filer i et bibliotek .

Viktig!: Hvis du redigerer et dokument samtidig, må du ikke sjekke det ut med mindre du har god grunn til å hindre at andre arbeider på dokumentet.

Å kreve utsjekking kan hjelpe teamet med å få mest mulig ut av versjonskontroll, fordi personer spesifikt angir når en versjon skal opprettes. En versjon opprettes bare når noen sjekker ut en fil, endrer den og deretter sjekker den inn igjen. Når utsjekking ikke er nødvendig, opprettes en versjon når noen først lagrer en fil, og denne versjonen oppdateres når personen lukker den. Hvis denne personen eller noen andre deretter åpner og lagrer filen på nytt, opprettes en annen versjon. Avhengig av situasjonen kan det hende du ikke har tenkt at flere versjoner skal opprettes, for eksempel hvis du må lukke en fil for å delta på et møte før du er ferdig med å gjøre endringer i filen.

Når utsjekking er nødvendig, kan ikke personer legge til filer, endre filer eller endre filegenskapene uten først å sjekke ut filen. Når personer sjekker inn filer, blir de bedt om å gi kommentarer om endringene de har gjort, noe som bidrar til å opprette en mer meningsfull versjonslogg.

Obs!: Hvis biblioteket skal lagre Microsoft Project (.mpp)-filer som er synkronisert med oppgavelister på nettstedet, må du fjerne merket for Krev utsjekking.

Hvis du vil ha mer informasjon om hvordan du krever utsjekking, kan du se Konfigurere et bibliotek til å kreve utsjekking av filer.

Lister og biblioteker har tillatelser relatert til versjonskontroll og utsjekking som varierer avhengig av tilgangsnivået som brukes for en bruker eller en bestemt gruppe. Noen som kan redigere tilgangsnivåer, kan konfigurere disse tillatelsene på en annen måte, eller de kan opprette en ny gruppe med tilpassede tilgangsnivåer.

Disse tillatelsene gir fleksibilitet i hvordan du administrerer biblioteket. Du vil for eksempel kanskje at noen skal kunne slette versjoner av en fil uten å ha tillatelse til å slette selve filen. Tillatelsen til å slette versjoner er ikke den samme som tillatelsen til å sletteelementer, slik at du kan angi et tilpasset kontrollnivå.

Tabellen nedenfor viser tillatelsene som er relatert til versjonskontroll og utsjekking, og hvilke standard tilgangsnivåer de gjelder for.

Tillatelse

Standard tilgangsnivå

Vise versjoner

Full kontroll, utforming, bidra og lese

Slette versjoner

Full kontroll, utforming og bidra

Overstyre utsjekking

Full kontroll og utforming

Godkjenne elementer

Full kontroll og utforming

Hvis du vil ha mer informasjon om tillatelser, kan du se Forstå tilgangsnivåer.

Gi oss en tilbakemelding

Var denne artikkelen nyttig? Hvis dette er tilfelle, kan du gi oss beskjed nederst på denne siden. Hvis den ikke var nyttig, vil vi gjerne vite hva som var forvirrende eller manglet. Inkluder din versjon av SharePoint, OS og nettleser. Vi bruker tilbakemeldingen din til å dobbeltsjekke fakta, legge til informasjon og oppdatere denne artikkelen.

Trenger du mer hjelp?

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Microsoft Office Insider-deltakere

Var denne informasjonen nyttig?

Hvor fornøyd er du med språkkvaliteten?
Hva påvirket opplevelsen din?

Takk for tilbakemeldingen!

×