Versiebeheer voor bestanden delen: voorkom overschrijven

De Autoriteit Persoonsgegevens (AP) ontvangt regelmatig meldingen van datalekken die zijn veroorzaakt door eenvoudige bestandsoverschrijvingen. Elimineer overschrijfchaos met drie samenwerkende tools: native versiegeschiedenis op je synchronisatieplatform (Google Drive bewaart honderd versies of dertig dagen, Dropbox Business honderdtachtig dagen, OneDrive vijfhonderd versies), in-/uitcheckvergrendeling voor bestanden die slechts één persoon tegelijk mag bewerken, en Git of Git-LFS voor alles op tekstbasis. Voeg een naamgevingsconventie met vNN-achtervoegsels toe en je krijgt zowel automatisch herstel als bewuste snapshots.

De drie faalmodi van gedeelde bestanden

Elke overschrijframp is één van drie patronen. Herken ze en de oplossingen worden vanzelfsprekend.

• Gelijktijdige opslagbotsing: twee mensen bewerken hetzelfde bestand tegelijk; wie het laatste opslaat wint, de eerste opslag verdwijnt. Oplossing: realtime co-auteurschap (Google Docs, Office Online) of expliciete vergrendeling (SharePoint uitchecken).
• Per ongeluk overschrijven: iemand opent "het bestand", bewerkt het en slaat op over de canonieke kopie terwijl ze een persoonlijke werkkopie bedoelden. Oplossing: duidelijke scheiding van waarheidsbron met alleen-lezenbare canonieke kopieën.
• Verloren geschiedenis: een bestand klopte drie versies geleden maar de huidige staat is kapot en niemand kan de tussenstappen reconstrueren. Oplossing: bewaarde versiegeschiedenis op het platform plus gedisciplineerde snapshots.

Realtime co-auteurschap voor levende documenten

Voor tekst en spreadsheets die veel mensen bewerken, elimineert realtime co-auteurschap overschrijfbotsingen volledig. Google Docs, Sheets en Slides kunnen meer dan honderd gelijktijdige bewerkers aan. Microsoft 365 Word Online en Excel Online lopen qua pariteit niet ver achter.

Notion, Coda en Airtable breiden dit uit naar gestructureerde documenten en databases met operational transform of CRDT-gebaseerde samenvoegingen. Figma doet hetzelfde voor ontwerpbestanden met een eigen multiplayer-engine.

In-/uitcheckvergrendeling voor binaire bestanden

Binaire bestanden — PSD's, Illustrator .ai, InDesign .indd, Revit .rvt, Premiere .prproj — kunnen geen conflicten netjes samenvoegen. Twee mensen die bewerken betekent dat iemands wijzigingen verdwijnen. Expliciete vergrendeling is het antwoord.

Tools met volwassen in-/uitcheckmogelijkheden:

• SharePoint: native in-/uitchecken op elke bibliotheek. Onderbenut maar betrouwbaar.
• Box: bestandsvergrendeling met indicator wie het heeft
• Bynder, Frontify, Brandfolder: DAM's met ingebouwde vergrendeling voor creatieve assets
• Perforce Helix Core: de gouden standaard voor gamestudio's en VFX-huizen

Voor teams in Dropbox of Drive zonder native vergrendeling werkt disciplinegebaseerde vergrendeling: een VERGRENDELD-eigenaar.txt-bestand in de map, of een vastgemaakte Slack-melding in het projectkanaal. Fragiel maar bruikbaar voor kleine teams.

Git en Git-LFS voor alles op tekstbasis

Git is de gouden standaard voor versiebeheer. Gebruik het voor:

• Broncode
• Op Markdown gebaseerde documenten, wiki's en interne kennisbases
• Configuratiebestanden (Kubernetes YAML, Terraform, Ansible)
• Gegevensschema's (Prisma, dbt-modellen, SQL-migraties)

Git-LFS breidt Git uit naar grote binaire assets. GitHub's Git-LFS is gratis tot 1 GB opslag en 1 GB bandbreedte per maand; datapakketten van €5 per maand voegen elk 50 GB toe.

Native versiegeschiedenis: het vangnet

Elk groot synchronisatietool bewaart automatisch versiegeschiedenis. Ken je standaardinstellingen:

• Google Drive: honderd versies of dertig dagen. Workspace-abonnementen bieden honderd versies zonder tijdslimiet voor niet-Google-formaten.
• OneDrive en SharePoint: standaard vijfhonderd versies, configureerbaar per bibliotheek
• Dropbox: dertig dagen op Basic, honderdtachtig op Business, 365 op Advanced
• Box: honderd versies op Business, onbeperkt op Enterprise
• Apple iCloud Drive: slechts dertig dagen; de zwakste van de grote spelers

Verifieer of je abonnement werkelijk geeft wat je denkt. Sommige organisaties ontdekken tijdens een crisis dat de beheerder de retentie twee jaar geleden heeft verlaagd om opslagruimte te besparen.

Naamgevingsconventies als expliciete snapshots

Automatische versiegeschiedenis is geweldig voor kleine herstellingen. Voor projectmijlpalen zijn expliciete benoemde snapshots duidelijker. De vNN-conventie in bestandsnamen geeft tijdstipsnapshotss die mensen kunnen navigeren:

• 2026-06-12_ACME-RB_spec_v01.pdf
• 2026-06-15_ACME-RB_spec_v02.pdf
• 2026-06-19_ACME-RB_spec_v03.pdf

Als iemand vraagt "wat hebben we de klant op 15 juni gestuurd?", kun je antwoorden zonder door metagegevens van versiegeschiedenis te graven.

Terugdraai-oefeningen bewijzen dat het systeem werkt

Een backup die je nooit test, is geen backup. Hetzelfde geldt voor versiegeschiedenis. Kies eens per kwartaal een willekeurig bestand, doe alsof het gisteren beschadigd raakte, en meet hoelang het duurt om de vorige versie te herstellen. Als het meer dan tien minuten kost, klopt er iets niet. Documenteer de terugdraai-procedure voor elk van je tools met screenshots.

Vertakkingen voor experimenteel werk

Soms hoeft een "wat als we dit proberen"-experiment het canonieke bestand niet aan te raken. Voor broncode maak je een branch in Git. Voor creatieve bestanden is het equivalent een parallelle map:

/Projecten/ACME-RB/02-werkend/
/Projecten/ACME-RB/02-werkend/experiment-alternatieve-richting/

Werk in de experimentmap totdat die de hoofdrichting vervangt (verplaats naar 02-werkend/) of wordt opgeborgen (blijft in de experimentmap als verwijzing).

Conflictoplossing wanneer het toch misgaat

Zelfs met al het bovenstaande doen conflicten zich voor. Synchronisatietools gaan er anders mee om:

• Google Drive: de laatste opslag wint voor niet-Google-formaten. Gebruik Docs/Sheets/Slides voor bestanden die je gezamenlijk bewerkt.
• Dropbox: maakt een "Conflicting copy"-bestand met de naam van de bewerker. Beoordeel en voeg handmatig samen.
• OneDrive: vergelijkbaar — Document_gebruiker1.docx versus het canonieke bestand.
• Git: expliciete conflictmarkeringen die menselijke oplossing vereisen. Ondubbelzinnig maar onvriendelijk.

Leer je team conflicterende kopieën daadwerkelijk te bekijken in plaats van ze te negeren.

Versioned bestanden extern leveren

Wanneer een versie naar een klant moet — een specifieke hoofdversie die ze beoordelen, niet je lopende werk — stuur die dan via een transferkanaal, niet via een synchronisatielink. Een linkgebaseerde share vanuit je synchronisatietool riskeert dat de klant een live-bewerkingsversie ziet die onder hen verschuift.

Een transferlink legt het bestand vast op een moment en verstuurt het. Services als HexaTransfer, Dropbox Transfer en Smash bevriezen de toestand op het moment van verzending. De klant ziet precies wat je hebt gestuurd, totdat de link verloopt.

Probeer HexaTransfer op https://hexatransfer.com — gratis, geen account vereist, maximaal 10 GB.