Konflikty verzí v Contentful by se měly bezpečně opakovat

Contentful chrání položky pomocí optimistického zamykání. Každá aktualizace obsahuje verzi, o které se klient domnívá, že ji upravuje. Pokud nejprve proběhne jiná změna, Contentful zastaralou aktualizaci odmítne, místo aby jí dovolil přepsat novější práci.

Takový konflikt je bezpečnostní funkce. Neměl by se stát slepou uličkou pro lokalizaci.

Proč ke konfliktům dochází ve zdravých týmech

Požadavek na překlad může nějakou dobu trvat. Zatímco se generuje nebo kontroluje, editor může opravit zdrojovou položku, jiný locale může být aktualizován nebo automatizace může změnit metadata.

V době, kdy je lokalizovaná hodnota připravena k odeslání, je dříve zachycená verze položky už zastaralá.

To neznamená, že někdo udělal chybu. Znamená to, že více částí publikačního systému pracuje současně.

Nikdy slepě neopakujte stejný zastaralý payload

Nejjednodušší opakování pouze zopakuje odmítnutý požadavek. To nemůže uspět, protože nese stejnou zastaralou verzi.

Nebezpečnější alternativa načte nejnovější číslo verze a znovu odešle celý starý payload položky. To může projít kontrolou verze, ale zároveň přepsat pole změněná od chvíle, kdy překlad začal.

Bezpečné opakování potřebuje aktuální stav a úzký patch.

Znovu načíst, sloučit a aktualizovat

Když Contentful nahlásí konflikt verzí, workflow by měl:

1. načíst aktuální položku ze stejného space a environment
2. zkontrolovat nejnovější pole a verzi
3. sloučit pouze schválené hodnoty cílového locale z požadavku na překlad
4. zachovat nesouvisející pole a hodnoty locale
5. odeslat aktualizaci s novou verzí

Tím zůstane opakování v souladu se skutečným záměrem uživatele. Požadavek na překlad chtěl změnit konkrétní lokalizovaná pole, ne obnovit starý snapshot celé položky.

Rozhodněte, kdy opakování nedělat

Automatická obnova po konfliktu potřebuje limity.

Pokud se přesné pole cílového locale změnilo po zahájení kontroly, systém narazil na skutečný redakční střet. Automatické opakování by mohlo nahradit novější lidskou práci. V takovém případě by se proces měl zastavit a vyžádat si kontrolu.

Stejně tak opakované konflikty mohou naznačovat vytíženou smyčku automatizace nebo integraci, která položku průběžně zapisuje. Omezený počet opakování zabrání tomu, aby se lokalizace do této smyčky zapojila neomezeně dlouho.

Chyba by měla zůstat akční: identifikovat položku, dotčený locale a pole i fázi, ve které ke střetu došlo.

Udržujte jasné vlastnictví zdroje a cíle

Řešení konfliktů je snazší, když má workflow přísnou hranici zápisu. Odesílání překladů by mělo měnit pouze schválené cílové locales. Nemělo by zapisovat zdrojová pole, metadata content type, tagy ani nesouvisející hodnoty locale.

Tato hranice snižuje složitost slučování a dává audit logům smysl. Když se opakování podaří, tým může přesně vidět, která lokalizovaná pole se změnila a proč.

Shrnutí

Konflikty verzí jsou v kolaborativním CMS normální. Pokud se ke každému konfliktu přistupuje jako k neúspěšnému překladu, workflow působí křehce; pokud se konflikt ignoruje, je to nebezpečné.

Načtěte nejnovější položku, sloučte nejmenší schválenou změnu a opakujte v jasně daných mezích. Když se stejné pole změnilo na obou stranách, zastavte proces a předejte ho k lidské kontrole. Spolehlivost vychází z respektování souběžné práce, ne z předstírání, že se neděje.