Ubuntu'daki tüm hataların yaşam döngüleri vardır. Ayrıca, her birinin yaşam döngüsünün ne olduğunu açıklamaya yardımcı olan bir "Statüsü" vardır. Ubuntu'da, yaşam döngüsünün devam ettiği her hatanın üzerinde çeşitli durumlar vardır.
Tüm bunlar Triyaj Kılavuzu'nda olağanüstü ayrıntılı olarak belgelenmiş olsa da , (şimdilik, bu işlemi metinde yazmak için çok fazla zamanım olmadığı için, ancak daha sonra yapacağım) tarafından sağlanan "Akış Şemaları" nı yayınlayacağım Bunun için Hata Ekibi ( akış şemalarının kaynağı için buraya tıklayın ). Her durum (bu arada) Hata / Durum BugSquad Belgeleri'nde açıklanabilir , ancak burada da belgeledim.
(Aşağıdaki bilgilerin wiki'deki belgelerle güncel olmadığını ve en güncel bilgiler için wiki'ye bakmanız gerektiğini unutmayın.)
Hatadaki her durum göstergesinin açıklaması aşağıdadır:
- Yeni:
- Hatalar bu durumla gönderilir
- Bazen bilgi eksikliği ve
- Hepsi açılmamış olmalı
- Eksik:
- Muhabirlere soru sormanız gerekiyorsa hatayı Tamamlanmadı olarak ayarlayın
- Gönderenden bir yorumda gerekli bilgileri vermesini isteyin ve hata raporunda e-posta yoluyla herhangi bir güncelleme almanız için kendinizi hata raporuna abone olduğunuzdan emin olun.
- Bazı hatalar asla gönderen tarafından yanıtlanmaz ("orijinal poster" veya "OP" olarak da adlandırılır). Bu hatalar, tamamlanmadığı günden itibaren 60 gün içinde Launchpad tarafından otomatik olarak sona erecektir. Onlara göre hareket etmeye gerek yoktur (ve aslında, hatayı değiştirmek son kullanma süresini yeniden başlatır). Bunun Ubuntu projesi için geçerli olduğunu unutmayın (yani adlarında "(Ubuntu)" bulunan hata görevleri). Diğer projeler otomatik tamamlanmamış hata sona erme süresine sahip olabilir veya olmayabilir.
- Siz de dahil olmak üzere herhangi biri hata hakkında yorum yaparsa, 60 günlük sona erme saati sıfırlanır.
- Görüş:
- 'Görüş' statüsü, belirli bir hatanın etrafında bir görüş farkı olduğu anlamına gelir ve insanlar tartışmaya devam etmekte özgürdürler, ancak proje veya paket sahiplerinin başka bir işe geçmeleri ve sorunu kapatmayı düşündükleri anlamına gelir. Fikir, hataların kapalı olarak işaretlenebileceğidir, bu nedenle geliştiriciler onlara zaman kaybetmez, ancak tartışma hala devam edebilir.
- Bu durum 'fikir' bir deney olarak kabul edilir ve yakından izlenecektir.
- Geçersiz:
- Bu durum, hata raporu raportör için çözülmüş olsa bile bir hata olup olmadığını belirlemek için yeterli bilgi içermiyorsa kullanılmalıdır.
- Bu, rapor edilen sorun hiç bir hata değilse, örneğin kullanıcı hatasıysa da kullanılmalıdır.
- Geçersiz olarak işaretlenen hatalar artık varsayılan aramalarda görünmediğinden, muhafazakar olarak kullanılmalıdır
- Geçersiz kılmadan önce bir hatayı üç kez kontrol ettiğinizden emin olun.
- Süresi doldu:
- Bu durum Geçersiz'e benzer, ancak özellikle çok uzun süredir Tamamlanmayan hatalar içindir. (Yukarıyı görmek.)
- Bu durum yalnızca launchpadlib veya e-posta arayüzü kullanılarak ayarlanabilir.
- Geçersiz hatalar gibi, süresi dolmuş hatalar varsayılan aramalarda görünmez.
- Onaylandı :
- Başka bir muhabir aynı hatayı yaşamış, bu yinelenen bir hata veya bir hata yorumu şeklinde olabilir
- Onaylanan hatalar, orijinal muhabir dışında birinden onay gerektirir
- Bu, hatanın genel olarak Ubuntu için geçerli olmasını ve raportör sistemiyle ilgili bir sorun olmamasını sağlamaya yardımcı olur, bu nedenle ...
- Lütfen kendi hatalarınızı onaylamayın!
- triaj:
- Bir UbuntuBugControl üyesi, raporun bir geliştiricinin bir düzeltme üzerinde çalışmaya başlayabileceği kadar ayrıntılı bir şekilde açıkladığını düşünüyor. (ayrıca aşağıdaki ipucuna bakın)
- Bir geliştirici tarafından bakılması gerektiğinden eminseniz ve yeterli bilgiye sahip olduğunuzda bunu kullanın
- Herhangi bir gereksinim olmasa da, yukarı akış yönlendirme gerçekleşmeden önce bir hatanın Ubuntu görev durumu Triaged edilecektir
- Linux ile ilgili hatalar ile Triaged, hatanın yukarı yönlü ana hat çekirdeği ile test edildiği anlamına gelir
- Devam etmekte:
- Eğer siz bir hatayı düzeltmeye çalışıyoruz insanlar ne olup bittiğini bilmeleri, In Progress olarak ayarlayın
- Devam Eden hatalar, üzerlerinde çalışan kişiye atanmalıdır
- Düzeltilen Karar:
- Ubuntu hata görevi: değişiklikler beklemede ve yakında yüklenecek (PENDINGUPLOAD'un Bugzilla'da olduğu şey)
- Düzeltilen Düzelt, ayrıca önerilen bir depoda güncelleştirilmiş bir paket bulunduğunda, yani hardy önerildiğinde kullanılır
- Düzeltme edilir Kararlı olmayan bir yama bir hata takılı olduğunda kullanılacak
- Akış yukarı hata görevi: düzeltme CVS / SVN / bzr'de veya bir yere bağlı
- Düzeltme Tarihi:
- Ubuntu hata görevi: resmi bir Ubuntu deposuna bir düzeltme yüklendi
- Not Bu, önerilen, yani önerilmeyenleri içermez
- Lütfen bir değişiklik günlüğünü yorum olarak eklemekte tereddüt etmeyin, böylece insanlar bir hatanın hangi paket sürümünde düzeltildiğini bilir
- Mevcut geliştirme sürümünde bir hata düzeltildiyse, Düzeltildi. Hatanın da kararlı bir sürümde düzeltilmesi gerekiyorsa, söz konusu sürüm için aday göstermek üzere "Serbest bırakmak için hedef" bağlantısını kullanın.
- Membadaki hata görevi: bir sürüm tarball duyuruldu ve herkese açık
- Düzeltilmez:
- Bu durum bazen hata düzeltmesi çok tartışmalı olduğunda kullanılır
- Çoğu zaman, belirli bir sürümde düzeltilmeyecek ancak daha sonra düzeltilebilecek bir salınım hedefi olan hatalar için kullanılır
- Ayrıca, geliştiricilerin uygulamak istemediği özellik istekleri için de kullanılabilir
(buradaki biçimlendirme daha sınırlı olduğundan biçimlendirme wiki'den biraz farklı olacaktır)
İlgili Sorular ve Yanıtlar:
Önem Değeri: Ubuntu Böceklerinin Önem Değerlerine Nasıl Karar Verilir?