Reliability · 10 Haz 2026
Contentful Sürüm Çakışmaları Güvenli Şekilde Yeniden Denemelidir
Editörler ve otomasyonlar sıklıkla aynı girdiye dokunur. Güvenilir bir yerelleştirme iş akışı, her iki değişikliği de kaybetmeden Contentful sürüm çakışmalarını yönetir.

Contentful, iyimser kilitleme ile girdileri korur. Her güncelleme, istemcinin düzenlediğine inandığı sürümü içerir. Başka bir değişiklik önce gerçekleşirse, Contentful eski güncellemeyi daha yeni çalışmanın üzerine yazmasına izin vermek yerine reddeder.
Bu çakışma bir güvenlik özelliğidir. Yerelleştirme için çıkmaz bir yol hâline gelmemelidir.
Sağlıklı ekiplerde çakışmalar neden olur
Bir çeviri isteği zaman alabilir. Üretilirken veya gözden geçirilirken, bir editör kaynak girdiyi düzeltebilir, başka bir yerel ayar güncellenebilir ya da bir otomasyon meta verileri değiştirebilir.
Yerelleştirilmiş değer gönderilmeye hazır olduğunda, daha önce kaydedilen girdi sürümü eski kalmıştır.
Bu, birinin hata yaptığı anlamına gelmez. Yayınlama sisteminin birden fazla parçasının aynı anda çalıştığı anlamına gelir.
Aynı eski yükü körü körüne asla yeniden denemeyin
En basit yeniden deneme, reddedilen isteği tekrarlar. Bu başarılı olamaz çünkü aynı eski sürümü taşır.
Tehlikeli alternatif, en son sürüm numarasını getirip eski girdinin tüm yükünü yeniden göndermektir. Bu, sürüm denetimini geçebilir ancak çeviri başladığından beri değişen alanların üzerine yazabilir.
Güvenli bir yeniden deneme, güncel durum ve dar kapsamlı bir yama gerektirir.
Yeniden okuyun, birleştirin ve güncelleyin
Contentful bir sürüm çakışması bildirdiğinde, iş akışı şunları yapmalıdır:
- aynı space ve environment içinden geçerli girdiyi alın
- en son alanları ve sürümü inceleyin
- yalnızca çeviri isteğindeki onaylanmış hedef-yerel ayar değerlerini birleştirin
- ilgisiz alanları ve yerel ayar değerlerini koruyun
- güncellemeyi yeni sürümle gönderin
Bu, yeniden denemeyi kullanıcının gerçek niyetiyle uyumlu tutar. Çeviri isteği, tüm girdinin eski bir anlık görüntüsünü geri yüklemek değil, belirli yerelleştirilmiş alanları değiştirmek istiyordu.
Ne zaman yeniden denenmemesi gerektiğine karar verin
Otomatik çakışma kurtarma için sınırlar gerekir.
İnceleme başladıktan sonra tam hedef-yerel ayar alanı değiştiyse, sistem gerçek bir editoryal çakışma bulmuştur. Otomatik yeniden deneme, daha yeni insan çalışmasının yerine geçebilir. Bu durumda durulmalı ve inceleme istenmelidir.
Benzer şekilde, tekrarlanan çakışmalar yoğun bir otomasyon döngüsüne veya girdiyi sürekli yazan bir entegrasyona işaret edebilir. Sınırlandırılmış bir yeniden deneme sayısı, yerelleştirmenin bu döngüye süresiz olarak katılmasını önler.
Hata eyleme geçirilebilir kalmalıdır: girdiyi, etkilenen yerel ayarı ve alanları ve çarpışmanın meydana geldiği aşamayı belirtin.
Kaynak ve hedef sahipliğini net tutun
İş akışının katı bir yazma sınırı olduğunda çakışma yönetimi daha kolaydır. Çeviri aktarımları yalnızca onaylanmış hedef yerel ayarları değiştirmelidir. Kaynak alanları, content type meta verileri, etiketler veya ilgisiz yerel ayar değerleri yazmamalıdır.
Bu sınır, birleştirme karmaşıklığını azaltır ve denetim günlüklerini anlamlı kılar. Yeniden deneme başarılı olduğunda ekip, tam olarak hangi yerelleştirilmiş alanların değiştiğini ve nedenini görebilir.
Ana fikir
Sürüm çakışmaları, iş birliğine dayalı bir CMS'te normaldir. Her çakışmayı başarısız bir çeviri olarak görmek iş akışını kırılgan hissettirir; çakışmayı yok saymak ise onu güvensiz hâle getirir.
En yeni girdiyi alın, onaylanmış en küçük değişikliği birleştirin ve net sınırlar içinde yeniden deneyin. Aynı alan her iki tarafta da değiştiyse, insan incelemesi için durun. Güvenilirlik, eşzamanlı çalışmaya saygı duymaktan gelir; böyle bir şey olmuyormuş gibi davranmaktan değil.