Herhangi bir makul büyüklükteki projenin hata takipçisi bana biraz zekice davranıyor gibi gözüküyor - yüzlerce veya binlerce sorunu organize etmeyi gerçekten kolaylaştırıyor, sorunları çarpışmadan veya karışmadan.
Bu yüzden Git gibi gerçekten büyük projeler gördüğümde, bir e-posta listesini bakım ve geliştirmeyi koordine etmek için ana yöntem olarak kullanmaya başladım. Örnekler:
Git - Topluluk sayfası:
... Hata raporları bu posta listesine gönderilmelidir.
Debian hata takip sistemi , Wikipedia'ya göre:
... Özgün özelliği, hata raporlarını düzenlemek için herhangi bir web arayüzüne sahip olmamasıdır - tüm değişiklikler e-posta yoluyla yapılır.
Birçok modern hata takipçisi, e-posta ile çok iyi bir entegrasyona sahiptir (izlemekte olduğunuz veya size atanan hatalar hakkında yorum veya bildirim alabilirsiniz) ve sürüm kontrol sistemlerine (taahhütler bir sorunu çözme, vb. Olarak işaretlenebilir). .). Bunun bir e-posta listesiyle manuel olarak yapılması gerekir ve ilgilenmediğiniz hatalarla ilgili tonlarca e-posta alırsınız.
Peki, bir posta listesinin web tabanlı bir hata izleyiciye göre başlıca avantajları nelerdir? Neden bazı büyük projeler yalnızca bir posta listesi kullanıyor?