ข้อบกพร่องทั้งหมดใน Ubuntu มีวงจรชีวิต พวกเขาแต่ละคนมี "สถานะ" ที่ช่วยอธิบายว่าวงจรชีวิตของมันคืออะไร ในอูบุนตูแต่ละข้อผิดพลาดขณะที่วงจรชีวิตยังคงมีสถานะต่าง ๆ ที่ตั้งอยู่บนมัน
ขณะนี้มีเอกสารทั้งหมดในรายละเอียดพิเศษในคู่มือ Triageฉันจะ (ตอนนี้เนื่องจากฉันไม่มีเวลามากในการเขียนกระบวนการนี้เป็นข้อความ แต่ฉันจะใช้ภายหลัง) โพสต์ "ผังงาน" ที่จัดทำโดย Bug Squad สำหรับสิ่งนี้ ( คลิกที่นี่เพื่อดูที่มาของแผนภูมิการไหล ) แต่ละสถานะ (ในเวลานั้น) สามารถอธิบายได้ในเอกสารข้อบกพร่อง / สถานะ BugSquadแต่ฉันได้บันทึกไว้ที่นี่เช่นกัน
(หมายเหตุข้อมูลด้านล่างอาจล้าสมัยพร้อมเอกสารเกี่ยวกับวิกิคุณควรอ้างอิงวิกิสำหรับข้อมูลที่ทันสมัยที่สุด)
ต่อไปนี้เป็นคำอธิบายของตัวบ่งชี้สถานะแต่ละตัวบนบั๊ก:
- ใหม่:
- ข้อบกพร่องจะถูกส่งด้วยสถานะนี้
- บางครั้งพวกเขาขาดข้อมูลและ
- ทั้งหมดของพวกเขาควรจะไม่ถูกทารุณกรรม
- สมบูรณ์:
- หากคุณต้องถามคำถามนักข่าวให้ตั้งข้อผิดพลาดเป็นไม่สมบูรณ์
- ถามผู้ส่งเพื่อให้ข้อมูลที่จำเป็นในความคิดเห็นและให้แน่ใจว่าคุณสมัครรับรายงานข้อผิดพลาดเพื่อที่คุณจะได้รับการปรับปรุงข้อผิดพลาดทางอีเมล
- ข้อบกพร่องบางอย่างจะไม่ตอบสนองโดยผู้ส่ง (เรียกว่า "โปสเตอร์ดั้งเดิม" หรือ "OP") ข้อผิดพลาดเหล่านี้จะหมดอายุโดยอัตโนมัติโดย Launchpad ใน 60 วันนับจากวันที่ตั้งสมบูรณ์ ไม่จำเป็นต้องดำเนินการกับพวกเขา (และที่จริงแล้วการเปลี่ยนข้อผิดพลาดจะเริ่มต้นใหม่ในช่วงเวลาหมดอายุ) โปรดทราบว่าสิ่งนี้ใช้ได้กับโครงการ Ubuntu (เช่นงานบั๊กที่มี "(Ubuntu)" ในชื่อ) โครงการอื่น ๆ อาจมีหรือไม่มีการตั้งค่าการหมดอายุบั๊กที่ไม่สมบูรณ์แบบอัตโนมัติหรือไม่ก็ได้
- หากมีใครรวมถึงคุณความเห็นเกี่ยวกับข้อผิดพลาดนาฬิกาหมดอายุ 60 วันจะถูกรีเซ็ต
- ความคิดเห็นที่:
- สถานะ 'ความคิดเห็น' หมายความว่ามีความคิดเห็นแตกต่างกันโดยเฉพาะจุดบกพร่องและผู้คนมีอิสระที่จะดำเนินการอภิปรายต่อ แต่โครงการหรือผู้ดูแลแพคเกจต้องย้ายไปทำงานอื่นและกำลังพิจารณาปัญหาที่ปิดอยู่ แนวคิดก็คือว่าสามารถทำเครื่องหมายข้อบกพร่องได้ปิดดังนั้นนักพัฒนาจะไม่เสียเวลากับพวกเขา แต่การสนทนายังคงดำเนินต่อไป
- สถานะ 'ความคิดเห็น' นี้ถือเป็นการทดลองและจะได้รับการตรวจสอบอย่างใกล้ชิด
- ไม่ถูกต้อง:
- ควรใช้สถานะนี้เมื่อรายงานข้อผิดพลาดไม่มีข้อมูลเพียงพอเพื่อพิจารณาว่าเป็นข้อบกพร่องหรือไม่แม้ว่าจะได้รับการแก้ไขสำหรับนักข่าว
- ควรใช้สิ่งนี้หากปัญหาที่รายงานไม่ใช่ข้อผิดพลาด แต่เป็นตัวอย่างสำหรับข้อผิดพลาดของผู้ใช้
- ควรใช้อย่างระมัดระวังเนื่องจากข้อบกพร่องที่ระบุว่าไม่ถูกต้องจะไม่ปรากฏในการค้นหาเริ่มต้นอีกต่อไป
- ให้แน่ใจว่าได้ตรวจสอบข้อผิดพลาดสามครั้งก่อนที่จะทำให้มันถูกต้อง
- หมดอายุ:
- สถานะนี้คล้ายกับไม่ถูกต้อง แต่มีขึ้นเฉพาะสำหรับข้อบกพร่องที่ไม่สมบูรณ์มานานเกินไป (ดูด้านบน.)
- สถานะนี้สามารถตั้งค่าได้โดยใช้ launchpadlib หรือส่วนต่อประสานอีเมล
- เช่นข้อบกพร่องที่ไม่ถูกต้องข้อบกพร่องที่หมดอายุจะไม่ปรากฏขึ้นในการค้นหาเริ่มต้น
- ยืนยันแล้ว :
- นักข่าวอีกคนหนึ่งเคยพบกับบั๊กเดียวกันซึ่งอาจมาในรูปของบั๊กที่ซ้ำกันหรือคอมเม้นท์บั๊ก
- ข้อบกพร่องที่ได้รับการยืนยันต้องมีการยืนยันจากบุคคลอื่นที่ไม่ใช่นักข่าวต้นฉบับ
- สิ่งนี้จะช่วยให้มั่นใจได้ว่าข้อผิดพลาดนั้นสามารถใช้ได้กับ Ubuntu โดยทั่วไปและไม่ใช่ปัญหากับระบบของนักข่าวดังนั้น ...
- กรุณาอย่ายืนยันข้อบกพร่องของคุณเอง!
- การคัดแยก:
- สมาชิกของ UbuntuBugControl เชื่อว่ารายงานอธิบายข้อบกพร่องของแท้ในรายละเอียดเพียงพอที่นักพัฒนาสามารถเริ่มทำงานในการแก้ไข (โปรดดูเคล็ดลับด้านล่าง)
- ใช้สิ่งนี้เมื่อคุณมั่นใจว่านักพัฒนาซอฟต์แวร์ควรได้รับการตรวจสอบและมีข้อมูลเพียงพอ
- ในขณะที่ไม่มีข้อกำหนดสถานะของงาน Ubuntu ของข้อผิดพลาดจะถูกทดสอบก่อนที่จะมีการส่งต่อต้นน้ำเกิดขึ้น
- ด้วยข้อบกพร่องเกี่ยวกับ linux Triaged หมายความว่าข้อผิดพลาดได้รับการทดสอบด้วยเคอร์เนลการฉีดต้นน้ำ
- กำลังดำเนินการ:
- หากคุณกำลังแก้ไขข้อผิดพลาดให้ตั้งเป็น In Progress เพื่อให้คนอื่นรู้ว่าเกิดอะไรขึ้น
- ในข้อบกพร่องความคืบหน้าควรได้รับมอบหมายให้คนที่ทำงานกับพวกเขา
- แก้ไขความมุ่งมั่น:
- งาน Bug ของ Ubuntu: การเปลี่ยนแปลงนั้นอยู่ระหว่างดำเนินการและจะถูกอัปโหลดเร็ว ๆ นี้ (เป็นสิ่งที่ PENDINGUPLOAD อยู่ใน Bugzilla)
- Fix Committed ยังใช้เมื่อมีแพ็คเกจที่อัพเดตอยู่ในที่เก็บ - ที่เสนอเช่น hardy- ที่เสนอ
- ไม่อนุญาตให้ใช้Fix Committed เมื่อมีการติดตั้งโปรแกรมแก้ไขกับจุดบกพร่อง
- งานอัปสตรีมข้อบกพร่อง: การแก้ไขอยู่ใน CVS / SVN / bzr หรือส่งไปยังบางที่
- แก้ไขการเปิดตัว:
- ภารกิจข้อบกพร่องของ Ubuntu: การอัปโหลดถูกอัปโหลดไปยังที่เก็บ Ubuntu อย่างเป็นทางการ
- NB นี้ไม่รวมถึง - เสนอคือยากที่เสนอ
- โปรดอย่าลังเลที่จะเพิ่มการเปลี่ยนแปลงเป็นความคิดเห็นดังนั้นผู้คนจึงรู้ว่ามีการแก้ไขข้อบกพร่องรุ่นใดในแพคเกจ
- หากข้อผิดพลาดได้รับการแก้ไขในรีลีสการพัฒนาปัจจุบันจะมีการแก้ไขรีลีส หากข้อผิดพลาดยังต้องได้รับการแก้ไขในรีลีสที่เสถียรให้ใช้ลิงก์ "Target to release" เพื่อเสนอชื่อให้รีลีสนั้น
- งานอัปสตรีมข้อบกพร่อง: มีการประกาศ tarball และเปิดเผยต่อสาธารณชน
- จะไม่แก้ไข:
- บางครั้งสถานะนี้จะถูกใช้เมื่อการแก้ไขข้อบกพร่องเป็นที่ถกเถียงกันมากเกินไป
- มันมักจะใช้สำหรับข้อบกพร่องที่มีเป้าหมายการเปิดตัวที่จะไม่ได้รับการแก้ไขในรุ่นนั้น แต่อาจได้รับการแก้ไขในภายหลัง
- มันอาจจะใช้สำหรับการร้องขอคุณสมบัติที่นักพัฒนาไม่ต้องการใช้
(การจัดรูปแบบจะแตกต่างจากวิกิเล็กน้อยเนื่องจากการจัดรูปแบบที่นี่มี จำกัด มากขึ้น)
คำถามและคำตอบที่เกี่ยวข้อง:
ค่าความสำคัญ: การตัดสินค่าความสำคัญของ Ubuntu Bugs เป็นอย่างไร