Natuurlijk! Hier is een voorstel voor een content versiebeheerstrategie voor je Sanity CMS-project, gebaseerd op je vereisten: 1. **Automatisch Versiebeheer met Sanity's Built-in Functionaliteit** - Maak gebruik van Sanity's versiecontrole: elke wijziging in een document wordt automatisch opgeslagen als een nieuwe versie. - Sanity houdt standaard meerdere versies bij, zodat je altijd de geschiedenis kunt bekijken en terugkeren naar een eerdere staat. 2. **Gebruik van Sanity's "History" Functionaliteit** - Via de Sanity Studio interface kun je de geschiedenis van een document bekijken en eerdere versies herstellen. - Zorg dat je team op de hoogte is van deze functionaliteit voor handmatige revert acties. 3. **Automatisering en Logging** - Implementeer webhooks die elke wijziging registreren in een extern logboek of database voor extra audit trails. - Bijvoorbeeld, een webhook die triggert bij iedere patch en de wijziging logt met details zoals tijdstip, gebruiker, en gewijzigde velden. 4. **Versiebeheer via Custom Scripts** - Ontwikkel scripts of functies die automatisch een kopie maken van een document vóór een grote wijziging, bijvoorbeeld via een "before save" hook. - Bewaar deze kopieën in een aparte collectie of als aparte documenten, zodat je een uitgebreide geschiedenis hebt. 5. **Back-up en Herstel** - Maak regelmatig back-ups van je Sanity dataset via de Sanity CLI of API. - Overweeg het gebruik van een extern versiebeheersysteem voor belangrijke content, bijvoorbeeld door exporten te automatiseren. 6. **Gebruikersbeleid en Toegangsbeheer** - Beperk write-toegang tot belangrijke content om onbedoelde wijzigingen te voorkomen. - Gebruik versiebeheer en audit logs om te monitoren wie wat heeft gewijzigd. 7. **Documentatie en Training** - Documenteer de versiebeheerprocedures voor je team. - Train je teamleden in het gebruik van de geschiedenis- en revert-functies binnen Sanity. **Samenvatting:** Gebruik Sanity’s ingebouwde versiecontrole voor automatische logging en herstelopties, versterk dit met externe logging via webhooks voor extra audit trails, en ontwikkel eventueel scripts voor automatische kopieën bij grote wijzigingen. Zorg voor goede back-ups en toegangsbeperkingen voor een robuuste strategie. Wil je specifieke implementatievoorbeelden of hulp bij het opzetten van een webhook of script?

Zeker, hier is een gestructureerde strategie voor versiebeheer in Sanity CMS, specifiek ontworpen voor jouw vereisten. Sanity heeft een krachtig, ingebouwd versiebeheersysteem (**History**) dat precies doet wat je vraagt: het logt automatisch elke wijziging en stelt je in staat om door de geschiedenis te bladeren en naar eeder versies terug te keren. De strategie bestaat uit drie kernonderdelen: het begrijpen van de ingebouwde functie, het configureren voor optimaal gebruik, en eventuele geavanceerde extensies. --- ### 1. De Ingebouwde Functionaliteit: Sanity History Dit is je primaire tool. Het werkt out-of-the-box en vereist geen extra configuratie om te beginnen. * **Automatisch Loggen**: Elke keer wanneer een document (bijv. een artikel, een productpagina) wordt opgeslagen – of het nu een kleine tekstcorrectie of een grote herstructurering is – maakt Sanity automatisch een nieuwe "snapshot" (revisie) aan. * **Teruggaan naar vorige versies**: 1. Open het document dat je wilt inspecteren in de Sanity Studio. 2. Klik op de menuknop (meestal drie verticale puntjes) naast de "Publish" knop. 3. Selecteer **"History"**. 4. Je ziet nu een tijdlijn met alle revisies, gesorteerd op datum en auteur. 5. Klik op een revisie om de inhoud van het document op dat moment te bekijken. 6. Om **terug te keren** naar die versie, klik je op **"Restore this version"**. Dit maakt van de oude revisie de huidige draft, waarna je deze opnieuw moet publiceren. --- ### 2. Configuratie & Best Practices voor een Robuuste Strategie Om het meeste uit de ingebouwde functie te halen en je content te beschermen, zijn deze stappen aan te raden. #### A. Schemas Definiëren met Validatie Gebruik Sanity's validatieregels in je schemas om ongeldige wijzigingen te voorkomen voordat ze worden opgeslagen. Dit vermindert de noodzaak om terug te draaien vanwege simpele fouten. ```javascript // bijvoorbeeld in je schema voor een artikel (article.js) export default { name: 'article', title: 'Article', type: 'document', fields: [ { name: 'title', title: 'Title', type: 'string', validation: (Rule) => Rule.required().min(5).error('Titel is verplicht en moet minstens 5 tekens lang zijn.'), }, { name: 'body', title: 'Body', type: 'array', of: [{type: 'block'}], validation: (Rule) => Rule.required(), }, // ... andere velden ], } ``` #### B. Gebruik van Documentacties (Publish, Discard Changes) Moedig je team aan om de workflow correct te gebruiken: * **Publish**: Maakt de huidige draft live. * **Discard changes**: Gooit niet-gepubliceerde wijzigingen weg en keert terug naar de laatst gepubliceerde versie. Dit is handig voor het ongedaan maken van wijzigingen die nog niet live zijn. #### C. (Optioneel) Configureer Studio voor Duidelijkheid Je kunt de studio aanpassen om de publicatiestatus duidelijker te tonen, wat helpt bij het begrijpen wat er is gewijzigd sinds de laatste publicatie. --- ### 3. Geavanceerde/Pro Strategie: Het History-pakket voor Programmatische Toegang Voor meer controle, auditing, of om de geschiedenis buiten de Studio te gebruiken, installeer je het `@sanity/history`-pakket. ```bash npm install @sanity/history ``` Met dit pakket kun je: * **Een eigen changelog-interface bouwen** in een React-component. * **De revisiegeschiedenis programmatisch opvragen** (bijv. wie heeft wat gewijzigd en wanneer). * **Deze data exporteren** voor externe auditing-doeleinden. **Voorbeeld van hoe je geschiedenis kunt opvragen:** ```javascript import { createHistoryStore } from '@sanity/history' const historyStore = createHistoryStore({ projectId: 'jouw-project-id', dataset: 'production', }) // Haal de geschiedenis van een specifiek document op const documentId = 'id-van-je-document' const historyEvents = await historyStore.getEvents(documentId) console.log(historyEvents) ``` --- ### Samenvatting van je Strategie 1. **Primaire Tool**: Gebruik de ingebouwde **History**-functie in Sanity Studio voor dagelijkse versie-inspectie en herstel. 2. **Preventie**: Implementeer **validatie** in je schemas om fouten te minimaliseren. 3. **Workflow**: Promoot een duidelijke publicatieworkflow (**Draft > Publish**). 4. **Uitbreiding (optioneel)**: Gebruik het **`@sanity/history`** pakket voor geavanceerde logging, eigen interfaces of geautomatiseerde backups van je contentgeschiedenis. Deze aanpak zorgt voor een volledig automatisch, betrouwbaar en toegankelijk versiebeheersysteem voor je Sanity-project, precies zoals je hebt gevraagd.