תיעודטיפים שונים
הימנע מהגשת דוחות באגים כפולים בעולם התוכנה החופשית, כל עוקבי הבאגים הם ציבוריים. ניתן לעיין בנושאים פתוחים ואפילו יש להם תכונת חיפוש. לפיכך, לפני הגשת דוח באג חדש, נסה לקבוע אם הבעיה שלך כבר דווחה על ידי מישהו אחר.
אם אתה מוצא דוח באג קיים, הירשם אליו ואולי הוסף מידע משלים. אל תפרסם תגובות כגון "גם אני" או "1+"; הם לא משרתים שום מטרה. אבל אתה יכול לציין שאתה זמין לבדיקות נוספות אם המגיש המקורי לא הציע זאת.
אם לא מצאת דיווח כלשהו על הבעיה שלך, המשך והגיש אותו. אם מצאתם כרטיסים קשורים, הקפידו לציין אותם.
ודא שאתה משתמש בגרסה האחרונה זה מאוד מתסכל למפתחים לקבל דוחות באגים על בעיות שהם כבר פתרו או בעיות שהם לא יכולים לשחזר עם הגרסה שבה הם משתמשים (מפתחים כמעט תמיד משתמשים בגרסה העדכנית ביותר של המוצר שלהם) . גם כאשר גרסאות ישנות יותר מתוחזקות על ידי המפתחים, התמיכה מוגבלת לרוב לתיקוני אבטחה ובעיות גדולות. האם אתה בטוח שהבאג שלך הוא אחד מאלה?
לכן, לפני הגשת דיווח על באג, כדאי לוודא שאתם משתמשים בגרסה העדכנית ביותר של המערכת והאפליקציה הבעייתיים ושתוכלו לשחזר את הבעיה במצב זה.
אם קאלי לינוקס אינה מציעה את הגרסה העדכנית ביותר של היישום (לא ב-kali-rolling ולא ב-kali-bleeding-edge, ראה סעיף 8.1.3.3, "The Kali-Bleeding-Edge Repository" [עמוד 174]), יש לך פתרונות חלופיים: אתה יכול לנסות התקנה ידנית של הגרסה העדכנית ביותר במכונה וירטואלית לזרוק, או שאתה יכול לעיין ב-ChangeLog במעלה הזרם (או היסטוריית ההתחייבויות של Git) כדי לראות שיש לא היה שום שינוי שיכול לתקן את הבעיה שאתה רואה (ולאחר מכן להגיש את הבאג למרות שלא ניסית את הגרסה האחרונה).
אל תערבב בעיות מרובות בדוח באג בודד קובץ דוח באג אחד בכל בעיה. כך, הדיונים הבאים לא יהיו מבולגנים מדי וניתן לתקן כל באג לפי לוח הזמנים שלו. אם לא תעשה את זה, או שהבאג היחיד צריך להיות מיושם מחדש מספר פעמים וניתן לסגור אותו רק כאשר כל הבעיות תוקנו, או שהמפתחים חייבים להגיש את הדוחות המשלימים שהיית צריך ליצור מלכתחילה.