Kararlar

Her öğe, yapılacak her işlem için bir karar alır ve kararı gerekçeleriyle gelir. Renk tek işaret değildir: her kararın kendi deseni, kendi işareti ve kendi kuralı var.

Kilitli ve Belirsiz öğeler hiçbir koşulda seçilemez. İncelenmeli öğeler yalnızca “Yine de dahil et” ile temizliğe girer.

Dört karar

Karar Ne demek Temizlikte
READYHazır Bu işlem için her kontrol geçti. Baştan seçili.
REVIEWİncelenmeli Bilinen bir risk ya da yalnızca sizin verebileceğiniz bir karar. “Yine de dahil et” ile.
BLOCKEDKilitli Kullanımda, korunuyor ya da git'in atmayı reddedeceği bir iş tutuyor. Seçilemez.
UNKNOWNBelirsiz Yeterli kanıt yok. Seçilemez, hiçbir zaman hazır sayılmaz.

Komut satırı aynı kararları İngilizce adlarıyla yazar.

Gerekçeler

Bir kararın gerekçeleri, öğe hakkında bildiklerinizi açıkça söyler. Örneğin:

  • Hangi ajana ait: “Çalışan bir Claude Code oturumunun parçası”, ya da hangi aracın ürettiği.
  • Kullanımda mı: içinde ya da üst klasöründe çalışan bir ajan oturumu, oradan çalışan bir süreç, açık tutulan bir dosya.
  • Kaydedilmemiş iş: değiştirilmiş, izlenmeyen ya da hazırlanmış dosyalar; gönderilmemiş commit'ler; git'in kilidi.
  • Kanıt: node_modules'un yanında package.json olması gibi, adın tek başına yetmediği yerlerde aranan işaret.

Hazır

Her kontrol geçti. Temizle'ye bastığınızda öğe yine de bir kez daha kontrol edilir; arada değişen bir şey olursa dokunulmaz.

İncelenmeli

Silinmesi büyük ihtimalle sorun değil ama Devbroom'un bilemeyeceği bir şey var. Örneğin:

  • Bir worktree'de yok sayılan bir .env dosyası: git worktree remove onu sormadan siler. Temiz bir git status, içeride değerli bir şey olmadığının kanıtı değildir.
  • Adı bir build klasörünü andırıyor ama onu kanıtlayan proje dosyaları yanında yok.
  • dist, build, vendor gibi belirsiz adlar, bir build betiği onları üretmiyorsa.
  • Yeniden indirmesi pahalı önbellekler: pnpm deposu, Playwright tarayıcıları, Hugging Face modelleri.
  • Ajanın kendisinin yönettiği klasörler.

Kilitli

Şu an dokunulması bir işi bozabilir:

  • İçinde ya da üst klasöründe bir ajan oturumu çalışıyor, oradan bir süreç çalışıyor ya da bir dosya açık tutuluyor.
  • Commit edilmemiş değişiklikleri, izlenmeyen dosyaları ya da hazırlanmış değişiklikleri olan bir worktree. Git onu --force olmadan kaldırmaz; Devbroom --force kullanmaz.
  • Ana çalışma kopyası, alt modülleri olan ya da git'in kilitlediği bir worktree.
  • Ajanların veritabanları ve kimlik bilgileri gibi korunan dosyalar.
  • Yalnızca ajanın kendi komutuyla temizlenmesi gerekenler.

Belirsiz

Hangi ajana ait olduğu anlaşılamadı ya da bir kısmı okunamadı. Devbroom bilmediği bir şeyi hazır saymaz.

Kendi kurallarınız

Bir projenin kökündeki .devbroom.toml, o projede neyin build çıktısı olduğunu söyleyebilir. Bu dosyayı bir ajan da yazmış olabileceği için komut satırı onu sormadan güvenmez: devbroom clean --yes yalnızca bu dosya yüzünden Hazır olanları dışarıda bırakır.

ÖncekiBaşlarken SonrakiKurallar

Son güncelleme: 7 Ekim 2026