Tất cả các lỗi trong Ubuntu đều có vòng đời. Đồng thời, mỗi người đều có một "Trạng thái" giúp giải thích vòng đời của nó là gì. Trong Ubuntu, mỗi lỗi khi vòng đời của nó tiếp tục có các trạng thái khác nhau được đặt trên nó.
Mặc dù tất cả đều được ghi lại chi tiết đặc biệt trong Hướng dẫn xử lý , nhưng hiện tại tôi sẽ không có nhiều thời gian để viết quá trình này bằng văn bản, nhưng sau đó tôi sẽ đăng "Lưu đồ" được cung cấp bởi Bug Squad cho việc này ( bấm vào đây để tìm nguồn của biểu đồ dòng chảy ). Mỗi trạng thái (trong thời gian trung bình) có thể được giải thích trong Tài liệu Bugs / Status BugSquad , nhưng tôi cũng đã ghi lại chúng ở đây.
(Lưu ý các thông tin dưới đây có thể đã lỗi thời với tài liệu trên wiki, bạn nên tham khảo wiki để biết thông tin cập nhật nhất.)
Sau đây là mô tả của từng chỉ báo trạng thái trên một lỗi:
- Mới:
- Lỗi được gửi với trạng thái này
- Họ đôi khi thiếu thông tin và
- Tất cả trong số họ nên được hủy bỏ
- Chưa hoàn thiện:
- Nếu bạn phải đặt câu hỏi cho phóng viên, hãy đặt lỗi thành Chưa hoàn thành
- Yêu cầu người gửi cung cấp bất kỳ thông tin cần thiết nào trong một bình luận và đảm bảo rằng bạn đăng ký bản thân để báo cáo lỗi để bạn sẽ nhận được bất kỳ cập nhật nào về lỗi thông qua e-mail.
- Một số lỗi không bao giờ được phản hồi bởi người gửi (còn được gọi là "poster gốc" hoặc "OP"). Các lỗi này sẽ được Launchpad tự động hết hạn sau 60 ngày, tính từ ngày được đặt không đầy đủ. Không cần phải hành động theo chúng (và trên thực tế, việc thay đổi lỗi sẽ khởi động lại thời hạn sử dụng). Lưu ý rằng điều này áp dụng cho dự án Ubuntu (nghĩa là những tác vụ lỗi có "(Ubuntu)" trong tên của chúng). Các dự án khác có thể hoặc không thể có bộ hết hạn lỗi không hoàn thành tự động.
- Nếu bất cứ ai, kể cả bạn, nhận xét về lỗi, đồng hồ hết hạn 60 ngày được đặt lại.
- Ý kiến:
- Trạng thái 'ý kiến' có nghĩa là có sự khác biệt về quan điểm xung quanh một lỗi cụ thể và mọi người có thể tự do tiếp tục thảo luận, nhưng người bảo trì dự án hoặc gói cần chuyển sang công việc khác và đang xem xét vấn đề đã đóng. Ý tưởng là các lỗi có thể được đánh dấu đóng, vì vậy các nhà phát triển không lãng phí thời gian cho chúng, nhưng cuộc thảo luận vẫn có thể diễn ra.
- Trạng thái này 'ý kiến' được coi là một thử nghiệm và sẽ được theo dõi chặt chẽ.
- Không hợp lệ:
- Trạng thái này nên được sử dụng khi báo cáo lỗi không chứa thông tin đầy đủ để xác định xem đó có phải là lỗi hay không ngay cả khi nó được giải quyết cho người báo cáo
- Điều này cũng nên được sử dụng nếu sự cố được báo cáo hoàn toàn không phải là lỗi, nhưng ví dụ như lỗi người dùng
- Nó nên được sử dụng một cách bảo thủ vì các lỗi được đánh dấu là Không hợp lệ không còn hiển thị trong các tìm kiếm mặc định
- Hãy chắc chắn kiểm tra ba lỗi trước khi bạn vô hiệu hóa nó
- Đã hết hạn
- Trạng thái này tương tự như Không hợp lệ, nhưng có nghĩa là đặc biệt đối với các lỗi chưa hoàn thành quá lâu. (Xem ở trên.)
- Trạng thái này chỉ có thể được đặt bằng cách sử dụng launchpadlib hoặc giao diện email.
- Giống như lỗi không hợp lệ, lỗi hết hạn không hiển thị trong các tìm kiếm mặc định.
- Khẳng định :
- Một phóng viên khác đã trải qua lỗi tương tự, điều này có thể đến dưới dạng một lỗi trùng lặp hoặc một bình luận lỗi
- Các lỗi được xác nhận yêu cầu xác nhận từ một người nào đó không phải là phóng viên ban đầu
- Điều này giúp đảm bảo rằng lỗi này có thể áp dụng cho Ubuntu nói chung và không phải là vấn đề với hệ thống của người báo cáo, do đó ...
- Vui lòng không xác nhận lỗi của riêng bạn!
- Xử lý:
- Một thành viên của UbuntuBugControl tin rằng báo cáo mô tả một lỗi chính hãng đủ chi tiết để nhà phát triển có thể bắt đầu khắc phục. (cũng xem mẹo dưới đây)
- Sử dụng điều này khi bạn tự tin rằng nó nên được nhà phát triển xem xét và có đủ thông tin
- Mặc dù không phải là yêu cầu, trạng thái tác vụ Ubuntu của lỗi sẽ được xử lý trước khi bất kỳ chuyển tiếp ngược dòng nào xảy ra
- Với các lỗi về linux Triaged có nghĩa là lỗi đã được kiểm tra với kernel dòng chính
- Trong tiến trình:
- Nếu bạn đang khắc phục lỗi, hãy đặt nó thành Tiến trình để mọi người biết chuyện gì đang xảy ra
- Trong tiến trình lỗi nên được chỉ định cho người làm việc trên chúng
- Sửa lỗi cam kết:
- Nhiệm vụ lỗi Ubuntu: các thay đổi đang chờ xử lý và sẽ sớm được tải lên (đó là PENDINGUPLOAD trong Bugzilla)
- Fix Commited cũng được sử dụng khi gói cập nhật tồn tại trong kho lưu trữ được cung cấp, tức là đề xuất mạnh mẽ
- Sửa lỗi Cam kết không được sử dụng khi một bản vá được đính kèm với một lỗi
- Nhiệm vụ lỗi ngược dòng: bản sửa lỗi nằm trong CVS / SVN / bzr hoặc được cam kết ở một nơi nào đó
- Sửa lỗi phát hành:
- Nhiệm vụ lỗi Ubuntu: bản sửa lỗi đã được tải lên kho lưu trữ Ubuntu chính thức
- NB Điều này không bao gồm -được đề xuất tức là hardy đề xuất
- Xin đừng ngần ngại thêm một thay đổi như một bình luận, để mọi người biết phiên bản gói nào đã được sửa lỗi
- Nếu một lỗi được sửa trong bản phát triển phát triển hiện tại, thì đó là Bản sửa lỗi được phát hành. Nếu lỗi cũng cần được sửa trong bản phát hành ổn định, hãy sử dụng liên kết "Mục tiêu để phát hành" để chỉ định lỗi cho bản phát hành đó.
- Nhiệm vụ lỗi ngược dòng: một tarball phát hành đã được công bố và có sẵn công khai
- Không sửa:
- Trạng thái này đôi khi được sử dụng khi sửa lỗi quá nhiều tranh cãi
- Nó thường được sử dụng cho các lỗi có mục tiêu phát hành sẽ không được sửa trong bản phát hành cụ thể đó nhưng có thể được sửa sau
- Nó cũng có thể được sử dụng cho các yêu cầu tính năng mà nhà phát triển không muốn thực hiện
(định dạng sẽ hơi khác với wiki vì định dạng ở đây hạn chế hơn)
Câu hỏi và trả lời liên quan:
Giá trị quan trọng : Các giá trị quan trọng của Bugs Ubuntu được quyết định như thế nào