"수정 확정"이란 무엇입니까?

문제의 패키지가 업스트림에서 호스팅되는 경우 (런치 패드 외부에서) 버그 "수정 됨"으로 표시하면 유효합니까?

예 : 버그 리포트 , 커밋 수정 .

https://wiki.ubuntu.com/Bugs/Status 에서 Ubuntu 버그 추적기에서 사용되는 방식으로 런치 패드 버그 상태 정의 목록을 찾을 수 있습니다 . 일반적으로 Ubuntu 패키지 작업의 경우 "수정 된 수정"은 "수정은 업스트림이지만 아직 우분투에는 없습니다"와 일치하지 않습니다. 호르헤가 제안한 것처럼 일반적으로 버그 워치를 설정하고 Launchpad가 처리하도록 할 수 있습니다.

일부 우분투 팀은 버그 상태를 포함하여 특정 런치 패드 기능에 다른 역할을 할당합니다. 이것은 처음에 약간의 혼란을 야기 할 수 있습니다. 특정 구성 요소에서 버그를 지속적으로 심사하는 경우 해당 구성 요소를 담당하는 팀이 버그 심사를 수행하는 방식에 익숙해지는 것이 좋습니다.

"수정 된 수정"은 개발자가 문제에 대한 해결책을 찾아 개발 저장소에 통합했음을 의미합니다.

이 문제는 Ubuntu 버전에 대해 버그가 "수정 됨"으로 표시되면 업데이트로 제공됩니다.

손으로 직접 할 필요는 없습니다. 버그 감시 를 설정하면 런치 패드가 업스트림 버그 보고서를 모니터링하고 상태를 자동으로 설정할 수 있습니다. 이것이 작동하려면 프로젝트 업스트림 에 런치 패드에 버그 추적기가 등록 되어 있어야합니다 . (없는 경우 언제든지 더 추가 할 수 있습니다)

이 런치 패드는 우분투 와 업스트림 에서 버그를 추적합니다 . 따라서 개발자는 업스트림에서 수정되었지만 아직 우분투에서 수정되지 않은 버그를 쉽게 찾을 수 있습니다.

특정 경우 wajig에는 Launchpad에 등록 된 버그 추적기가 없습니다. 나는 계속했다. 불행하게도 Launchpad의 프로젝트는 외부 버그 추적기를 사용하도록 설정되어 있지 않습니다. 실제 업스트림 wajig 추적기를 가리 키도록 등록한 사람에게 연락 하여 나중에 버그 보고서를 쉽게 연결할 수 있습니다.

그래도 원래 문제는 해결되지 않으므로 버그 보고서에 의견을 남겼습니다 . 올바른 사람들이 문제를 지적 할 수 있기를 바랍니다.

아니오, 수정 커밋은 해당 버그에 대한 수정이 프로젝트가 사용하는 코드 저장소에서 수정 된 경우입니다.

런치 패드는 수정 완료 상태를 "수정 수정 : 개발자가 프로젝트 코드베이스에 대한 수정 사항을 커밋했습니다."로 정의합니다. 즉, 개발자가 버그를 수정했지만 아직 릴리스되지 않았으므로 수정 된 상태가 될 때까지 버그가 수정 된 것을 볼 수 없습니다.