답변1
배포판의 버그 추적 시스템을 사용하여 버그 보고서를 제출하는 것이 좋습니다.만약에당신은 그들의 빌드를 사용하고 있습니다.
그런 다음 버그 보고서가 일반 버전에도 존재한다는 사실이 발견되면 업스트림 관리자에게 버그 보고서를 에스컬레이션할 수 있습니다.
이에 대한 근거는 간단합니다. 많은 배포판이 자체 패치를 적용하기 때문입니다.확증하다버그가 스톡 빌드에 존재하는 경우 패키저는 귀하의 배포판과 완전히 다른 배포판에 있을 수도 있는 업스트림 개발자보다 가능한 구성(일반 및 패치)을 모두 테스트하는 데 더 나은 위치에 있을 수 있습니다. 시스템은 동일하게 실행됩니다. 건축학. 선택도 지원되지 않습니다.
프로그램의 복잡성과 설명할 수 없는 동작의 유형에 따라 문제의 프로그램의 기본 버전을 사용하고 있더라도 배포판의 버그 추적기에 버그를 신고하는 것이 합리적일 수도 있습니다. 모든 종속성의 패치 버전입니다.
합리적인 시간 내에 배포 패키지 관리자로부터 응답을 받지 못하면 물론 업스트림 관리자에게 버그를 에스컬레이션할 수 있습니다. 이 경우 원본 보고서에 대한 링크도 컨텍스트에 포함되어야 하며 릴리스의 버그 추적 시스템에서 상호 참조되어 한 보고서에서 다른 보고서로 쉽게 이동할 수 있습니다.
결론: 문제가 없는 한 업스트림 관리자를 괴롭히지 마십시오.그들의코드나 릴리스 관리자로부터는 전혀 응답이 없습니다.
답변2
나는 항상 이것을 배포판과 업스트림에 제출합니다. 가능하다면 두 시스템 모두에서 이 작업을 수행했다는 사실을 참고하세요. 오류에 대한 직접 URL을 제공하여 귀하가 수행한 작업을 명확히 알 수 있도록 하세요.
아무 것도 변경되지 않은 버그를 여러 번 보았으므로 앱 개발자뿐만 아니라 앱과 함께 제공되는 배포에 로컬로 문제에 대한 가시성을 최대한 제공하는 것이 가장 좋습니다.
그러나 최선의 판단을 내리시기 바랍니다.