WordPress Çekirdek Komiterleri WCEU 2026 Toplantısı: Ne Değişti

🇬🇧 English: Read this in English →

WordPress sürüm döngülerini, “trunk” denen şeyin gece yarısı SSH ile girdiğin bir dizin olduğu günlerden beri izliyorum. O yüzden Make/Core blogunda yüz yüze bir Çekirdek Komiterleri toplantısının özeti düştüğünde ben onu iki kez okurum. İyi olanlar sana projenin gerçekte nereye gittiğini söyler — pazarlama sunumlarının söylediği yere değil.

Dün Krakov toplantısından düşen özet de o iyi olanlardan biri. WordPress ile Gutenberg arasındaki bağın ne kadar kırılganlaştığı konusunda açık sözlü. Eş zamanlı düzenleme çıkmazını dürüstçe konuşuyor. Ve şu gerçeği masaya koyuyor: yüz milyon siteye gönderilecek beta sürümlerini neredeyse hiç kimse test etmiyor.

Bir ajans işletiyorsan ya da üretimde birkaç düzine siteye bakıyorsan, bu, sessiz sedasız bir sonraki çeyreğinin planını değiştiren okumalardan biri. Toplantıda gerçekte ne konuşulduğunu ve senin ne yapman gerektiğini yazıyorum. Ben olsam bu özeti kahvemi bitirmeden okurdum.

Gerçekte ne yeni

WordPress Çekirdek Komiterleri 5 Haziran’da WordCamp Europe 2026 sırasında Krakov’da yüz yüze buluştu. Toplantının özetini Jonathan Desrosiers 15 Haziran’da Make/Core blogunda yayımladı. Toplantı Chatham House kuralı altında yapıldı — yani kimsenin ismi alıntılanmıyor, ama gündem ve sonuçlar kayıt altında.

Beş başlık öne çıkıyor.

Bir. Gutenberg ile Çekirdek arasındaki senkronizasyon hâlâ acı verici. Gutenberg’i wordpress-develop içine kopyalayan derleme betiği çalışıyor, ama uç durumları var. SVN’in svn:ignore özellikleri Git’in .gitignore dosyasıyla yeterince sık ayrışıyor ve bu da commit’leri bozuyor. Bunu adresleyen bir Trac kaydı var: #64971. Komiterler ayrıca 7.0 ile gelen yeni npm bağımlılık yönetiminin bazı katkıcıların yerel iş akışlarını bozduğunu da işaretledi. Felaket değil, ama biriken cinsten bir sürtünme — ki bu tür sürtünmeler zamanla insanın canını en çok sıkanlardır.

İki. Chrome tarzı bir kanarya kanalı açıkça tartışılıyor. Fikir şu: özellik bayrakları artı deneysel sürümler. Gutenberg eklentisinin yerine geçmesi için değil, devam eden işin her sitenin otomatik güncellemesiyle gelmeden test edilebilmesi için. Odada dile getirilen kaygılar tam da olması gerekenlerdi: kullanıcıyla nasıl iletişim kurulacağı, kaldırılan kanarya özelliklerine bağımlı kodun ne olacağı ve PHP’nin nereye oturduğu (Gutenberg eklentisi büyük ölçüde JS, ama Çekirdek değil).

Üç. Beta testi açlık seviyesinde. Özet dümdüz söylüyor: WordPress Beta Tester eklentisinin yalnızca yaklaşık 3.000 aktif kurulumu var. Bu rakam küçük bir WordCamp büyüklüğünde. Webin yaklaşık yüzde kırkını çalıştıran bir içerik yönetim sisteminin büyüklüğünde değil. Komiterler, Beta Tester işlevselliğini doğrudan Çekirdeğe taşımayı önerdi — yani beta test etmek için ayrı bir eklenti kurmak yerine bir ayarı açıp kapatmak. Zor kısım, doğru tespit edildiği gibi, geri alınamayan veritabanı geçişleri.

Dört. Eş zamanlı düzenleme resmen yavaş yola düştü. Grup, eş zamanlı düzenlemenin (RTC) WordPress 7.0’dan çıkarılması mayıs kararını destekledi. Yeni çerçeve şu: alttaki mimari muhtemelen Çekirdekte yer almalı, ama Google Docs tarzı tam özellik seti — en azından öntanımlı olarak — almamalı. Bir öneri: WebSockets taşımasını Çekirdeğe gönder, HTTP yoklamasını isteğe bağlı bir eklenti olarak bırak. Gelecekte RTC’yi yeniden ele almak için kabul ölçütlerinin önceden tanımlanması talebi de açıkça not edildi. Bu, bir yıl önce yaptığımız sohbetten çok daha dürüst bir başlangıç.

Beş. Bazı komiterler GitHub üzerindeki Gutenberg deposunda PR kontrollerini atlayabilme yetkilerini kaybettiklerini bildiriyor. Kimse yetkileri değiştirdiğini söylemedi, GitHub’daki WordPress Core ekibi üyeliği görünürde aynı, ama belirti gerçek. Özet net: “Core = Gutenberg, Gutenberg = Core.” Yani Gutenberg Core ekibine GitHub’dan dahil olmanın ön koşulu Çekirdek için SVN commit yetkisidir ve bu politika yeniden hatırlatılıyor.

Özet ayrıca muhtemelen zaten okuduğun iki bitişik kararı da onaylıyor: Gutenberg 23.3.2 ile React 19 yükseltmesi geçici olarak geri alındı ve 7.1 için eş zamanlı düzenleme topluluk testi haziran başında açıldı. Komiterler toplantısı, bu kararların altındaki bağ dokusu.

Chatham House kuralı neden önemli (ve bu özeti neden ciddiye alıyorum)

Bir dakika durup şu Chatham House ayrıntısının üstünde durayım, çünkü çoğu okur onu bir dipnot gibi geçiyor, oysa bence hikâyenin yarısı orada. Kural şu: odada söylenenleri aktarabilirsin, ama kimin söylediğini söyleyemezsin. İsimler alıntılanmaz. Kulağa bürokratik bir formalite gibi gelir, ama pratikte tam tersini yapar — insanların şirket unvanlarını, egolarını ve “bunu ben söyledim diye tarihe geçsin” kaygısını kapının dışında bırakmasını sağlar. Bir mühendis “senkronizasyon betiği kırılgan” diyebilir, patronu köşeye sıkışmadan, kimse alıntılanma korkusuyla cümlesini yuvarlamadan.

Ben bu özeti tam da bu yüzden ciddiye alıyorum. Cilalı bir yol haritası değil bu; isimsiz ama kayıtlı bir dürüstlük tutanağı. “Beta testi açlık seviyesinde” ya da “bazı komiterler yetkilerini kaybetmiş gibi” cümlelerini hiçbir pazarlama ekibi gönüllü olarak yazmaz. Bu cümleler ancak, insanların kendilerini savunma modundan çıkıp gerçekten sorunu tarif edebildiği bir odada üretilir. Sektörde yeterince “her şey harika” sunumu gördüm; bir projenin sağlığını en iyi, kendi aksaklıklarını bu kadar açık yazabilmesinden anlarım. Bu özet o testi geçiyor.

WordPress ve WooCommerce camiası için ne anlama geliyor

Anlamı şu: WordPress’in işletim gerçekliği artık çok daha genç bir editör kod tabanının üstüne yığılmış yirmi yıllık üretim davranışı ve iki taraf farklı saatlerde çalışıyor. Çekirdek yılda iki ya da üç kez sürüm verir. Gutenberg her iki haftada bir eklenti sürümü yayımlar. Özet aslında projenin kendisinin şunu itiraf etmesi: bu iki saati birbirine yapıştırmak dışarıdan göründüğünden zor.

Ajanslar için buradan üç somut sonuç çıkıyor.

Birincisi, React 19 hikâyesi bitmedi. Eklenti yazarları yetişemediği için geri alındı; 7.1 ile gelecek. Eğer ofisinde özel bir blok kütüphanesi ya da editöre kancalanan bir WooCommerce eklentisi varsa, 7.1 betası üzerinde yapacağın ön uçuş kontrolleri tercih meselesi değil. Komiterler odada şunu söyledi: daha fazla iletişim kuralım, daha fazlasını bekleyelim. Bu iki yönlü çalışan bir cümle. Sen dev chat gündemlerini okuyacaksın, onlar da yazacak.

İkincisi, eş zamanlı düzenleme artık uzun bir yay; gelecek çeyrekte müşteriye söz verebileceğin bir özellik değil. Mimari Çekirdeğe oturabilir, tam özellik seti oturmayabilir. Erken 7.0 pazarlamasının arkasından bir müşteriye “WordPress’te gerçek zamanlı ortak yazımlı editöryel iş akışı” sattıysan, şimdi geri çek. Dürüst yanıt: bir yıl, belki daha fazla, ve şekli demoların ima ettiğinden farklı olacak.

Üçüncüsü, beta testi artık “birileri yapar” sorunu değil, doğrudan senin sorumluluğun. Beta Tester eklentisinin üç bin kurulumu — açık konuşayım — utanç verici. Komiterler de biliyor. 7.1 ile bir kanarya kanalı ya da Çekirdeğe alınmış bir Beta Tester gelirse, hâlihazırda staging ortamı işleten ajanslar bu boruyu beslemesi gereken taraf. WordPress sessizce kazanıyor — çünkü her zaman kazandığı şey için kazanıyor: olgunluk, yönlendirmeler, yeniden inşadan sağ çıkan slug’lar, revizyonlar, ciddi bir yönetişimi olan eklenti ekosistemi. Bu olgunluk editörün üstünde değil, altında. Ve sürdürülmesi, senin bir müşterinin sitesine ulaşmadan önce yukarı akıştaki değişiklikleri gerçekten test etmene bağlı.

Ne yaparım (ya da yapmam)

Somut olarak, The WP Clan tarafında üç hamle. Aynısını bu yazıyı okuyan her ajansa öneririm.

Bugün, her kritik müşteri sitesinin en az bir staging klonuna Beta Tester eklentisini kur. Üretime değil. Bir sonraki sprintte değil. Bugün. Kanalı “Bleeding edge” ya da “Beta/RC” olarak ayarla ve o staging sitelerinin otomatik güncellenmesine izin ver. 7.1 beta 1 düştüğünde zaten üstünde olacaksın. Bir gerileme özel bir bloğa ya da bir WooCommerce akışına vurursa, yüz milyon siteye ulaşmadan önce göreceksin — seninki dahil.

Eş zamanlı düzenlemeyi 2026 teslimatı olarak satmayı bırak. Bir müşteri bu yıl WordPress’te Google Docs tarzı ortak yazım istiyorsa, dürüst yanıt şu: “henüz değil, ve geldiğinde de muhtemelen öntanımlı olmayacak — büyük olasılıkla bir Çekirdek mimarisi olarak inecek, üstünde bir eklenti katmanıyla.” Asıl satabileceğin şeyleri sat: revizyonlar, kilitleme, role dayalı editöryel iş akışı, zamanlanmış yayınlar. WordPress bunları on yılı aşkın süredir gönderiyor. Bunlar ölçeklenir.

Make/Core blogunu izleme panonu okur gibi oku. Krakov özeti iki sayfa. Dev chat gündemleri daha kısa. React 19 geri alma yazısı beş dakikada okunuyor ve ekiplere saatlerce spekülasyon kazandırıyor. Eğer üretimde WordPress siteleri çalıştırıyor ve Make’i haftalık okumuyorsan, söylentilerle çalışıyorsun demektir. Oradaki sinyal-gürültü oranı, gördüğüm her “WordPress haberleri” bülteninden yüksek.

Gutenberg-Çekirdek sürtünmesi hakkında panik yapmam. Komiterler bunu açıkça, aynı odada, yayımlanan bir özetle konuşuyor. Bu, yönetişimin çalışması; çökmesi değil. Bu yıl neredeyse her yapay zekâ kod aracı ekosistemiyle karşılaştır — orada alacağın tek “özet” bir kurucunun bir tweet’idir.

Örüntü tekrarlanıyor: her yeni dalga içerik yönetim sistemini yerinden etmeyi vaat ediyor, her yeni dalga sonunda bir tane içerik yönetim sisteminin üstünde çalışmaya başlıyor. WordPress dalgası koşmaya devam ediyor çünkü Krakov’dakine benzer odalarda, projeyi sürdüren insanlar hâlâ neye karar verdiklerini yazıyor ve gönderiyor. Bence asıl haber de bu — parlak bir özellik değil, süren bir dürüstlük alışkanlığı.