GDP'de kuyruğa alınma ile uygulanma ayrı gerçeklerdir. Kuyruğa alınmış patch preflight sonrasında repository kapsamlı yerel intake'e ulaşmıştır; maddi işin review beklemesine veya devam etmesine yine yerel politika karar verir. Ne olduğunu anlamak için taze GDP ve repository kanıtını okuyun.
Kuyruğa alınmanın ne anlama geldiğini bilin
AI'ın kullandığı submit_patch işlemi doğrudan dosya yazma komutu değil, intake işlemidir. Normal kabul edilmiş bir gönderim queued=true ve applied=false döndürebilir. Bu, GDP'nin adayı repository kapsamlı yerel intake'e kabul ettiği anlamına gelir; working tree'nin değiştiği anlamına gelmez.
Patch Doctor preflight ve kuyruğa kabul de uygulamadan ayrıdır. Aday intake'e girecek kadar yapısal olarak güvenli olabilir fakat yerel yürütme kararını hâlâ bekleyebilir.
Kuyruğa alınmak uygulanmak değildir. Modelin patch'in gönderildiğini veya kabul edildiğini söylemesi yerel dosyaların değiştiğinin kanıtı değildir.
Yerel politikayı ve tam repository'yi kontrol edin
Hedef repository'nin GDP Desktop'ta hâlâ açık olduğunu ve patch'i alan repository hedefiyle aynı yere baktığınızı doğrulayın.
Aktif sekmenin otomatik olarak eski hedef olduğunu varsaymak yerine o repository'nin incoming patch durumunu inceleyin.
Seçili yerel politikayı kontrol edin. Active maddi işi doğrudan review için bekletebilir; uygun AFK, Custom veya Run Everything politikası ise yalnız gerçekten etkin olan izin zarfı ve güvenlik kuralları içinde devam edebilir.
Patch hâlâ bekliyorsa sırf kuyruğu hareket ettirmek için aynı değişikliği yeniden göndermek yerine yerel GDP akışı üzerinden inceleyin veya devam ettirin.
Gerçekte oluşan durumun kanıtını okuyun
Bekleyen queue item ile uygulanmış patch veya başarısız denemeyi ayırmak için taze GDP durumu ve güncel repository kanıtını kullanın. Repository status/diff, patch/apply kanıtı ve ilgili check run'lar eski bir asistan mesajından daha güçlü kanıttır.
Preflight intake'ten önce başarısız olduysa farklı bir durum vardır: queued=false, applied=false ve tanı bilgisi. Bunu bekleyen apply gibi görmek yerine patch'i düzeltin veya yeniden üretin.
Bekliyor: patch intake içinde durur ve taze apply kanıtı yoktur.
Uygulandı: taze GDP/repository kanıtı maddi değişikliğin gerçekten working tree'ye ulaştığını gösterir.
Doğrulama bekliyor veya başarısız: patch durumu ile check durumu ayrıdır; ilgili check-run kanıtını okuyun.
Belirsiz: retry'ın güvenli olduğuna karar vermeden önce tam operation'ı uzlaştırın.
Aynı mutation'ı körlemesine yeniden göndermeyin
Ağ kopması, gecikmiş teslim veya belirsiz sonuç AI tarafından maddi işlemi yarım kalmış gibi gösterebilir. GDP safe-read replay ile belirsiz mutation recovery'yi ayırır; çünkü sonucu uzlaştırmadan bir mutation'ı tekrar etmek duplicate veya çakışan iş üretebilir.
Sonuç belirsizse önce tam queue veya operation kanıtını inceleyin. Önceki deneme uzlaştırıldıktan sonra yalnız ilk kanıtlanmamış adımdan devam edin.
En güvenli kurtarma kuralı 'bir daha gönder' değildir. 'Önce tam önceki operation'ın ne yaptığını öğren, sonra taze kanıttan bir sonraki işlemi seç'tir.
