Haftalık, aylık, 6 aylık ve yıllık olarak kapatılan, ayıklanan ve yorum yapılan hataların ne kadarının kimin tarafından yapıldığını aşağıda bulabilirsiniz 
- Tüm açık olan hataların genel durumu ve geliştiriciler üzerinde bulunan hata durumları
- Haftalık, aylık, 6 aylık, yıllık çözümlenen, yorumlanan ve ayıklana hata durumları.
- Haftalık ayrıntılı rapor
Haftalık, aylık, 6 aylık ve yıllık olarak kapatılan, ayıklanan ve yorum yapılan hataların ne kadarının kimin tarafından yapıldığını aşağıda bulabilirsiniz
- Tüm açık olan hataların genel durumu ve geliştiriciler üzerinde bulunan hata durumları
- Haftalık, aylık, 6 aylık, yıllık çözümlenen, yorumlanan ve ayıklana hata durumları.
- Haftalık ayrıntılı rapor
Daha izlenebilir bir hata takip sistemi için hata takip döngüsünde birkaç değişiklik yapmıştık. Tatil öncesindeydi fırsat bulup yazamamıştım, fırsat bugüneymiş…
Öncelikle daha önce kullanmadığımız TRIAGED ve ASSIGNED kavramlarından bahsetmek gerekebilir. Hatanın çözümü için gerekli tüm bilgiler rapor üzerinde mevcut ve geliştiricisinin çözmesine hazır halde ise TRIAGED anahtarı kullanılmakta. Bir geliştirici bir hatayı çözmeye başladığında ise ASSIGNED durumu kullanılıyor. Daha önceden de kullandığımız NEEDINFO anahtarı ise bilindiği gibi raporlayıcısından hata çözümü için bilgi istendiğinde kullanılmakta. Bu yeni kavramların gelmesi ile birlikte NEW olarak işaretlenip kalmış hatalar ise henüz hiç ilgilenilmemiş (hata ayıklama yapılmamış ve çözülmemiş) hatalar olmalı.
Sadece NEW ve NEEDINFO’yu kullandığımızda arada geçen hata ayıklama ve çözümü gibi iki uzun sürecin takibini atlamış oluyorduk. Ve hangi hatalar geliştiricisine hazır, geliştirici hangi hataları çözmeye başlamış, ne zamandır çözmeye çalışıyor gibi durumları kolay bir şekilde takip edemiyorduk. (Daha ayrıntılı süreci buradan görebilirsiniz.)
Ayrıca hataların önem derecesine göre hangi süreler içerisinde çözülebileceğini de tanımlamaya çalıştık. Böylece önceliklere göre, zaman bazlı iş yapabilir durumuna gelebileceğiz.
Bu sürecin izlenip daha çabuk oturabilmesi için dönemlik bir takım raporlar üretiyoruz: Şimdilik haftalık, aylık, 6 aylık ve yıllık olarak kapatılan, ayıklanan ve yorum yapılan hataların ne kadarının kimin tarafından yapıldığını basit anlamda da olsa görsel olarak görebiliyoruz:
- Tüm açık olan hataların genel durumu ve geliştiriciler üzerinde bulunan hata durumları
- Haftalık, aylık, 6 aylık, yıllık çözümlenen, yorumlanan ve ayıklana hata durumları.
- Haftalık ayrıntılı rapor
Bunlara şu anda kimin hangi hata ile uğraştığını, bir kişi üzerinde önem derecesi yüksek kaç hata bulunduğunu çıkaran raporlarda eklenebilir, bunları zamanla arttırıp daha izlenebilir bir ortam oluşturabiliriz.
Hata ayıklamalarının düzenli hale gelmesi, bu kavramların oturması ve sürecin iyi bir şekilde ilerlemeye başlaması ile birlikte daha kolay takip edilebilir, herkese yapılan işi daha iyi anlatabilir bir sistem oluşabilecek gibi görünüyor
Geliştirici adaylığını adım adım da olsa kolaylaştırma yolu içerisindeyiz. Pardus Stajyer’i olan arkadaşlarımız geliştirici adayı olmak istediklerinde yaptıkları projeler ile geliştirici adaylığına direkt olarak başvurup, yaptıkları işin tamamlanma durumu ve zorluğuna göre daha hızlı bir şekilde geliştirici olabilecekler.
Diyelim ki bir paket yaptınız ve bu paketin Pardus depolarına girmesini ve bu süreçten sonra bu paketin bakımını üstlenmeyi ve hatalarını gidermeyi sürdürmeyi düşünüyorsunuz Yapmanız gereken Pardus hata takip sisteminde yeni paket isteği ürününe bir hata açmak ve yaptığınız paketin kodunu bu hataya eklemek ve geliştirici başvurusunda bulunmak.
Aynı şekilde Pardus’ta bulunan herhangi bir paketin veya teknolojinin hata çözümünü, açılan hataya yama olarak gönderebilirsiniz. Herhangi bir teknoloji için yaptığınız iyileştirme ve yeni özelliği de yama şeklinde, ilgili teknoloji için yeni bir hata açarak ve yeni özellik önem derecesini seçerek raporlayabilirsiniz. Bu sayede bir hatanın çözümüne katkıda bulunmuş veya yeni bir özelliği Pardus teknolojilerine katmış olabilirsiniz.
Geliştirici başvurusuna ilgilendiğiniz hatanın veya hataların numaralarını hataya eklemeniz geliştirici adaylık sürecini büyük ölçüde hızlandıracaktır (junior job seçiminizi çoktan yapmış ve gerçekleştirmiş olacaksınız.)
Pardus üzerinde geliştirme yapan (üniversite projelerinde katkıda bulunanlar, Pardus dağıtımı ve araçlarını kullanarak geliştirme yapan kullanıcılar vb.) herkesin katılabileceği ve teknik tartışmaların yapılabileceği herkese açık bir liste açıldı.
Yukarıda bulunan amaçlar doğrultusunda, bilgi paylaşımında bulunmak isteyen kişileri bu listeye davet ediyoruz
Test belgeleri de yeni sürüm döngüsüne göre güncellendi.
Gecelik sürümlerin, resmi sürümlerin ve paket güncellemelerinin nasıl test edilecekleri ayrı ayrı anlatılıyor…
Her yazılım projesinin olduğu gibi Pardus’un da bir sürüm döngüsü mevcut Şimdiye kadar yazılı olmayan ama artık yazılı hale getirilen sürüm döngüsü ve gerekleri ortaya çıkmış durumda. Tabiki bu ilk versiyonu olduğu için yeni sürümler ile birlikte, üzerinde değişiklikler, çıkarıp eklemeler olacaktır.
Pardus’un şimdiye kadar çıkan sürümlerinde neyi ne kadar yapabildik yorumlarını sizlere bırakıyorum