Codex CLI 0.162, modele görev ortasında git worktree oluşturma imkânı veriyor

8 Ekim 2026'da yayımlanan Codex CLI 0.162.0, kodlama agent'larının kodu nasıl yönettiğine dair küçük ama büyük sonuçları olan bir özellikle geldi: model artık bir görevin ortasında, kendi inisiyatifiyle, başlatıldığı checkout'u bozmadan bir git worktree oluşturabiliyor. dev.to'da yayımlanan kod düzeyinde bir analize göre changelog kaydı kısa — güvenilir yerel projelerden yönetilen git worktree'ler oluşturma ve listeleme için yeni araçlar — ama altındaki tasarım kararları incelemeye değer. Yazının yazarı, bulguların sürümü çalıştırmaktan değil, kaynak kodunu okumaktan geldiğini belirtiyor.

Neler geldi

Özelliğin arkasındaki pull request üç araçtan bahsediyor: create_worktree, get_worktree_creation_status ve list_worktrees. Bunlar, worktrees özelliği etkinleştirildiğinde (dev.to incelemesine göre stable olarak kayıtlı ve varsayılan olarak açık), proje güvenilir olduğunda ve attachment depolaması mevcut olduğunda kullanılabilir hale geliyor. İki durum kesinlikle reddediliyor: açıkça güvenilmez olarak işaretlenmiş projeler ve worktree attachment'larını tutamayan geçici yan konuşmalar. 9 Ekim'de iki hata düzeltmesiyle 0.162.1 yaması izledi.

Asenkron bir checkout

create_worktree, yeni checkout var olana kadar beklemiyor. Şeması asenkron bir onay gerektiriyor ve isteğe bağlı tek bir ref kabul ediyor; hemen bir işlem kimliğiyle yanıt veriyor ve model bu kimliği status aracıyla yokluyor. Oluşturmanın üç sonucu var — pending, created ve checkout diskte var olup göreve eklenemediği bir kayıt başarısızlığı. Araç açıklamaları modele her iki uç durumda da yol gösteriyor: bekleyen bir oluşturma varken yinelenen bir oluşturma başlatmayın ve kayıt başarısız olursa başka bir worktree yapmak yerine zaten döndürülen yollarla çalışın.

Tree nereye düşüyor

Varsayılanlara bırakıldığında, yeni tree repository'nin remote varsayılan branch'ine dayanıyor — içinde bulunduğunuz branch'e değil — ve network fetch yapılmadan önbelleğe alınmış remote ref'lerden çözümleniyor; araç pes etmeden önce olağan main ve master adayları üzerinden geri düşüşler deniyor. Tree, Codex home klasörü içindeki bir worktrees dizinine (bir ayarla geçersiz kılınabilir), oradan rastgele adlandırılmış bir bucket dizinine ve ardından repository'nin adını taşıyan bir klasöre yerleştiriliyor. Arka planda bu, hedef commit'e sert bir reset'i izleyen detached bir git worktree add işlemi: branch oluşturulmuyor ve checkout'unuzdaki işlenmemiş değişiklikler taşınmıyor.

Hareket etmeyen dizin

Belirleyici kısıt, görevin çalışma dizininin asla değişmemesi. Modelin yeni tree'ye karşı çalıştırmak istediği her komut onu açıkça adlandırmak zorunda — git -C, zincirlenmiş bir cd veya mutlak yollar — çünkü göreli yollar hâlâ, kirli dosyalarınızı barındıran orijinal checkout'a göre çözümleniyor. İzinler de aynı ayrımı izliyor: yeni tree repository'nizin dışında olduğu için sandbox'ın workspace-write erişimi onu kapsamıyor ve oraya yazmak için modelin filesystem erişimi istemesi ya da yapılandırılmış bir yazılabilir kök gerekiyor. list_worktrees de adının ima ettiğinden daha dar: yalnızca mevcut görevin aktif veya arşivlenmiş worktree attachment'larını listeliyor — diğer görevlerin tree'lerini veya elle oluşturduklarınızı değil — ve modele döndürülen yollara talimat değil veri olarak davranması talimatını veriyor.

Agent'ın yeni bir tree içinde başlamasını istiyorsanız ayrı bir giriş noktası var: yeni interaktif oturumlar ve belirli exec ve fork komutları için global bir --worktree flag'i, ancak mevcut bir oturumu sürdürmek için değil. Yani launch sırasında flag ile siz seçiyorsunuz ya da görev ortasında araçla model seçiyor.

Temizlik sizin göreviniz

dev.to'ya göre CLI, worktree ayarlarını otomatik temizlik devre dışıyken oluşturuyor ve OpenAI dokümantasyonundaki tutma politikası — en son on beç worktree'yi tutmak — CLI'ya değil ChatGPT masaüstü uygulamasına ait. Hiçbir şey sizin adınıza budamıyor ve checkout'un detached HEAD'i ve branch'i olmadığı için oradaki işi korumanın tek yolu onu bir branch'e commit etmek.

Neden önemli

Bu sürüm, agent iş akışlarının zaten ulaşmaya çalıştığı bir kalıbı resmileştiriyor: ana çalışma tree'si ve işlenmemiş durumu dokunulmadan kalırken izole bir checkout'ta yan iş yapılması. Yarım kalmış bir değişiklik yerinde dururken varsayılan branch'te bir hatayı yeniden üretmek artık oturumu yeniden başlatmayı veya bir şeyleri stash etmeyi gerektirmiyor. İzin modelini de dürüst tutuyor: agent deney yapabileceği temiz bir kopya alıyor ama repository'nizin dışındaki yazmalar hâlâ açık onaydan geçiyor. Ödünleşmeler gerçek — branch'i ve otomatik temizliği olmayan detached tree'ler, kimse commit etmezse sessizce kaybolan iş anlamına geliyor — ama kodlama agent'larının çalışma dizinlerini nasıl yönetmesi gerektiğine dair bir şablon olarak dikkat çekici bir adım.