Etiket
Git ile sürüm kontrolü ve geliştirme akışı.
Bu etikete sahip 8 içerik bulunuyor.
Mimari kararlar wiki'de doğru kalır, kodda çürür. archlint'i yazdım: architecture.json'daki katman+kural sınırlarını her commit'te go/parser ile, modelsiz, CI'da zorlayan bağımsız bir Go CLI. Niye böyle kurduğumu anlatıyorum.
CommitBrief'e deterministik bir flaky-test süzgeci ekledim. LLM'e sormak yerine, değişen test dosyalarındaki sabit sleep'leri ve seed'siz rastgeleliği commit aşamasında — modelsiz — yakalıyor. Niye LLM prompt'u değil de statik analiz seçtiğimi anlatıyorum.
CommitBrief'e iki yeni komut geldi: summary değişikliğin ve geçmişinin brifini çıkarıyor, remote pr ise PR'ı terminalden inceleyip yorumu insandan önce bırakıyor. İnsan reviewer'ın yerini değil, önünü açmak için.
Üç ay önce kendi diff'imi denetleyecek bir tool yazdım. Bu yazı 'niye' değil 'ne kadar' yazısı: workflow'a hangi katmanlarda giriyor, hangi rakamlarla hızlandırıyor, hangi bug pattern'lerini tekrar tekrar yakalıyor — ve nerede sınırına dayanıyor.
Self-review körlüğüyle yüzleştiğim bir öğleden sonra, terminalden çıkmadan kendi diff'imi denetleyen bir tool yazdım: CommitBrief. Niye yazdığım, nasıl çalıştığı ve hangi soruyu çözdüğü üzerine bir not.
Workflow seçiminden bisect ile bug avına, rebase disiplininden worktree ve signed commit'lere — Git'i bir yıllarca kullandıktan sonra fark ettiklerim.
Git ile dallanma (branching) alışkanlıkları, merge stratejileri ve pull request ile izlenebilir bir değişiklik geçmişi kurmak.
Sürüm kontrolüyle gelen güven: FTP'den Git'e geçişin değiştirdiği geliştirme alışkanlığı, temel commit ve branch kullanımı.