우분투의 모든 버그에는 수명주기가 있습니다. 또한 각각의 수명주기를 설명하는 데 도움이되는 "상태"가 있습니다. 우분투에서 수명주기가 계속되는 각 버그에는 다양한 상태가 설정되어 있습니다.
이 내용은 심사 안내서 에 매우 자세히 설명되어 있지만 지금은 이 프로세스를 텍스트로 작성하는 데 많은 시간이 걸리지 않지만 나중에는 "순서도"를 게시합니다. 이에 대한 버그 분대 ( 흐름도의 출처는 여기를 클릭하십시오 ). 각 상태 (당시)는 Bugs / Status BugSquad Documentation 에서 설명 할 수 있지만 여기에서도 설명했습니다.
(아래 정보는 위키의 문서와 함께 최신 정보가 아닐 수 있습니다. 최신 정보는 위키를 참조하십시오.)
다음은 버그의 각 상태 표시기에 대한 설명입니다.
- 새로운:
- 이 상태로 버그가 제출됩니다.
- 그들은 때때로 정보가 부족 하고
- 그들 모두는 심사를 받아야한다
- 불완전한:
- 기자에게 질문을해야하는 경우 버그를 불완전으로 설정하십시오.
- 제출자에게 의견에 필요한 정보를 제공하도록 요청하고 버그 보고서를 구독하여 전자 메일을 통해 버그에 대한 업데이트를 받도록하십시오.
- 일부 버그는 제출자 ( "원래 포스터"또는 "OP"라고도 함)가 응답하지 않습니다. 이 버그는 60 일 후에 런치 패드에 의해 자동으로 만료되며, 설정이 완료되지 않은 날부터 계산됩니다. 조치를 취할 필요가 없으며 실제로 버그를 변경하면 만료 기간이 다시 시작됩니다. 이것은 Ubuntu 프로젝트 (즉, 이름에 "(Ubuntu)"가있는 버그 작업)에 적용됩니다. 다른 프로젝트에는 자동 불완전한 버그 만료가 설정되어 있거나 없을 수 있습니다.
- 귀하를 포함한 다른 사람이 버그에 대해 언급하면 60 일 만료 시계가 재설정됩니다.
- 의견:
- '의견'이라는 상태는 특정 버그에 대한 의견 차이가 있고 사람들이 토론을 계속할 수 있다는 것을 의미하지만 프로젝트 또는 패키지 관리자는 다른 작업으로 이동하여 문제가 해결 된 것으로 간주합니다. 아이디어는 버그가 닫힌 것으로 표시되어 개발자가 시간을 낭비하지 않지만 토론은 계속 진행될 수 있다는 것입니다.
- 이 '소견'상태는 실험으로 간주되며 면밀히 모니터링됩니다.
- 유효하지 않은 :
- 이 상태는 버그 보고서에 버그가 있는지 여부를 결정하기위한 적절한 정보가 버그 보고서에 포함되어 있지 않은 경우에 사용되어야합니다.
- 보고 된 문제가 전혀 버그가 아니라 사용자 오류와 같은 경우에도 사용해야합니다.
- 무효로 표시된 버그가 더 이상 기본 검색에 표시되지 않으므로 보수적으로 사용해야합니다.
- 무효화하기 전에 버그를 세 번 확인하십시오
- 만료 됨 :
- 이 상태는 Invalid와 비슷하지만 너무 오랫동안 불완전한 버그를 나타냅니다. (위 참조.)
- 이 상태는 launchpadlib 또는 전자 메일 인터페이스를 통해서만 설정할 수 있습니다.
- 잘못된 버그와 마찬가지로 만료 된 버그는 기본 검색에 표시되지 않습니다.
- 확인 :
- 다른 기자가 같은 버그를 경험했습니다. 이것은 복제 버그 또는 버그 주석의 형태로 나타날 수 있습니다.
- 확인 된 버그는 원래 기자 이외의 사람으로부터 확인을 요구합니다
- 이것은 버그가 일반적으로 우분투에 적용 가능하고 리포터 시스템에 문제가되지 않도록 보장합니다.
- 자신의 버그를 확인하지 마십시오!
- 심사 :
- UbuntuBugControl의 구성원은이 보고서가 개발자가 수정 작업을 시작할 수있을 정도로 상세하게 진짜 버그를 설명한다고 생각합니다. (아래 팁 참조)
- 개발자가이를보고 충분한 정보를 가지고 있다고 확신 할 때 이것을 사용하십시오.
- 요구 사항은 아니지만 업스트림 전달이 발생하기 전에 버그의 Ubuntu 작업 상태가 심사됩니다.
- Linux에 대한 버그가 있음 Triaged는 버그가 업스트림 메인 라인 커널에서 테스트되었음을 의미합니다.
- 진행 중 :
- 경우 당신이 버그 문제를 해결하기 위해 노력하고 있습니다 사람들이 무슨 일이 일어나고 있는지 알 수 있도록, 진행 중로 설정
- 진행중인 버그는 작업중인 사람에게 할당해야합니다.
- 커밋 된 수정 :
- 우분투 버그 작업 : 변경 사항이 보류 중이며 곧 업로드 될 예정입니다 (Bugzilla의 PENDINGUPLOAD였습니다)
- 수정 된 커밋은 업데이트 된 패키지가 제안 된 저장소에 존재하는 경우에도 사용됩니다.
- 패치가 버그에 첨부되면 Fix Committed를 사용 하지 않습니다
- 업스트림 버그 작업 : 수정 사항이 CVS / SVN / bzr에 있거나 일부 위치에 커밋 됨
- 수정 된 릴리스 :
- 우분투 버그 작업 : 공식 우분투 리포지토리에 수정 프로그램이 업로드되었습니다
- NB 이것은 제안 된, 즉 강건한 제안을 포함하지 않습니다.
- 의견으로 변경 로그를 추가하는 것을 망설이지 말고 사람들은 버그가 수정 된 패키지 버전을 알고 있습니다.
- 현재 개발 릴리스에서 버그가 수정되면 수정 된 릴리스입니다. 안정된 릴리스에서 버그를 수정해야하는 경우 "릴리스 대상"링크를 사용하여 해당 릴리스에 대해 버그를 지정하십시오.
- 업스트림 버그 작업 : 릴리스 tarball이 발표되었으며 공개적으로 사용 가능
- 해결되지 않습니다 :
- 이 상태는 때때로 버그 수정이 논란의 여지가있을 때 사용됩니다
- 특정 릴리스에서 수정되지 않지만 나중에 수정 될 수있는 릴리스 대상 버그에 가장 자주 사용됩니다.
- 개발자가 구현하고 싶지 않은 기능 요청에도 사용될 수 있습니다.
(여기서 서식이 더 제한되어 있기 때문에 서식이 위키와 약간 다릅니다)
관련 질문과 답변 :
중요도 : 우분투 버그의 중요도는 어떻게 결정 되나요?