Queued, delivered, policy-blocked, pending, failed, skipped ve completed farklı Suggested Check state'leridir. Problemin command, target repository, local policy, environment veya test edilen kodda olduğuna karar vermeden önce exact bundle ve material run evidence'ı okuyun.
Son mesajdan değil Suggested Check bundle'dan başlayın
Exact repository için Suggested Check metadata'yı okuyun. GDP hiçbir şey execute etmeden bundle status, check-state count'ları, first pending check, latest run identity ve latest exit code'u gösterebilir.
Delivered bundle bir check fail olduktan sonra daha sonraki check'ler pending kaldığı sürece active kalabilir. Remaining tail çözüldüğünde final bundle failed olabilir ve individual passed, failed ve skipped sonuçlar korunur.
pending runnable veya manual review gerektiren iş kaldığını gösterir.
failed en az bir material check'in non-success sonuç kaydettiğini gösterir.
skipped passed ile aynı değildir ve patch verification success kanıtlayamaz.
completed material run olmadan kapatılmış check içerebilir; passing test saymadan önce run evidence'ı inceleyin.
Command gerçekten çalıştıysa exact run'ı okuyun
last_run_id veya ilgili check-run identity ile exact GDP-recorded sonucu okuyun. Compact list view output'u bilinçli olarak bounded ve privacy-masked tutar; detailed run view local GDP user'ın zaten çalıştırdığı command için stored stdout ve stderr'i privacy masking altında gösterir.
Exit code ile output'u birlikte yorumlayın. Nonzero sonuç product/test failure, missing executable, malformed command, guard failure veya başka environment problemi olabilir; yalnız bundle label hangi problem olduğunu teşhis etmez.
Daha yeni successful run latest outcome'u green yaparken GDP eski failure'ı history için tutabilir. Her historical red run'ı current truth saymak yerine current failure ile prior failure'ı ayırın.
Auto-Run olmadıysa policy ve target state'i inceleyin
Bridge üzerinden Suggested Check submit etmek GDP Desktop için structured verification work queue'lar; remote command execute etmez. Safe headless verification pattern'ları uygun local policy altında Auto-Run olabilirken unknown, network-required, file-modifying, higher-risk veya foreground-only check'ler manual kalabilir ya da AFK Auto-Run'dan block edilebilir.
Delivery repository-scoped'dur. Intended repository GDP'de open değilse Desktop check'i sessizce başka repository'de çalıştırmaz. Path tahmini yapmak yerine exact target'ı yeniden açın/seçin ve current bundle state'i refresh edin.
Policy block check'i explicit Run veya Run All için pending ve görünür bırakabilir.
Aynı command ve cwd'ye sahip duplicate pending check ikinci kez eklenmek yerine skipped olabilir.
Command veya cwd değişirse normal matching açısından artık aynı planned check değildir.
Foreground-only check daha geniş automation altında bile user-controlled kalır.
Doğru katmanı düzeltin, sonra fresh run ile verify edin
Command malformed veya environment dependency eksikse command/environment problemini düzeltin. Command doğru ve output gerçek test/compile failure gösteriyorsa code'u düzeltin. Problem stale veya duplicate check state ise aynı suggestion'ı tekrar tekrar submit etmek yerine current bundle'ı reconcile edin.
Corrective step sonrasında exact intended check'i yeniden çalıştırın ve yeni run ID, exit code ve output'u okuyun. Check pending listeden kayboldu veya yeni bundle delivery oldu diye success sonucu çıkarmayın.
Patch-attached verification için failed, skipped, pending veya başka biçimde non-terminal material iş verified patch evidence'a yükseltilemez.
