scrcpy
데비안 테스팅(Bookworm)에서 마이그레이션 및 삭제 이력의 논리를 이해하는 작업을 했습니다.
인용문https://tracker.debian.org/pkg/scrcpy(편의상 역순으로):
- [2022-04-08] scrcpy 1.23-1 테스트로 마이그레이션됨(Debian Test Watch)
- [2022-06-07] 불스아이 백포트, 불스아이 백포트(Debian FTP Masters)에 scrcpy 1.23-1~bpo11+1(모든 소스 amd64) 허용(Antoine Beaupré 서명)
- 따라서 현재 버전 1.23은 테스트 및 안정적인 백포팅에 충분합니다. 그렇죠?
- [2022-07-17] 불안정한(Yangfl)에 대한 scrcpy 1.24-1(소스) 승인(서명: Boyan Yang)
- 테스트는 1.23에서도 여전히 작동합니다. 그렇죠?
- [2022-07-23] scrcpy 1.24-1 테스트로 마이그레이션됨 (Debian Test Watch)
- 이것이 정확히 무엇을 의미합니까? 즉, "테스트로 마이그레이션"은 "검사가 테스트에서 작동하므로 마이그레이션"을 의미합니까?
- [2022-09-28] scrcpy가 테스트에서 제거되었습니다 (Debian Test Observation)
- ? ! 더 이상 일하지 않나요? 하지만 그럼에도 불구하고 좋은 1.23으로 돌아가는 대신 왜 제거합니까? 정의상 "테스트에서 가져온 패키지"인 백포트가 영향을 받지 않는 이유는 무엇입니까?
마지막으로, 이 질문의 보다 실용적인 측면: 상황을 고려할 때 이제 1.23 설치를 안정 버전에서 테스트 버전으로 백포트하는 것이 어느 정도 안전한가요? 이 버전은 실제로 테스트에서 제거되지 않았으므로(1.24는) 어느 정도 작동할 것입니다. 그렇죠?
답변1
테스트 중인 패키지불안정한 상태에서 자동으로 마이그레이션특정 기준이 충족되면:
- 패키지가 고정된 일수(업로드의 긴급성 및 패키지 테스트 여부에 따라 2~10일) 동안 아무런 변경 없이 불안정한 상태입니다.
- 패키지가 테스트에 사용 가능한 모든 아키텍처에 성공적으로 구축되었습니다(패키지 업그레이드용).
- 패키지는 테스트 설치 가능성을 유지합니다.
- 이 패키지에는 새로운 버그가 발생하지 않습니다.
패키지에 릴리스에 중요한 버그가 있는 경우 테스트에서 제거할 수 있습니다. 이는 scrcpy
: 및 기타 버전 에서 간접적으로 발생하는 버그이므로 android-framework-23
이에 의존하는 모든 패키지와 함께 테스트에서 제거됩니다. 패키지를 이전 버전으로 복원하는 것은 매우 드문 일이며, 이러한 복원은 어떤 경우에도 먼저 불안정한 프로세스를 거쳐야 합니다. scrcpy
패키지의 일반적인 상태에 따라 이를 시도할 필요가 없습니다. 에.
패키지는 백포트로 마이그레이션되지 않지만 테스트에서의 존재 여부에 따라 수동으로 업로드됩니다.
따라서 scrcpy
불안정한 상태에서 테스트 중인 상태로 자동으로 마이그레이션한 다음 백포트에 업로드합니다. 이후에 의존하는 다른 Android 패키지의 문제로 인해 테스트에서 제거되었지만 scrcpy
백포트된 패키지는 아직 제거되지 않았습니다(제거되지 않을 수도 있음). 현재 불안정한 패키지도 있습니다.두 개의 자체 심각한 오류가 발생했습니다., 그러나 이는 라이브러리 종속성과 관련이 있으며 안정적인 패키지를 사용하므로 백포트된 패키지에 영향을 주지 않을 수 있습니다(그리고 불안정성 문제를 일으키는 이러한 패키지에 대한 지속적인 종속성입니다).
테스트 시스템의 안정적인 설치를 백포트하는 것은 충분히 안전 scrcpy
하지만 라이브러리 종속성을 가져올 수 있도록 안정적인 구성도 필요합니다.
이 모든 것에서 테스트의 목표는 완전히 작동하는 배포판이 되는 것이 아니라는 점을 이해하는 것이 중요합니다. 주요 목표는 다음 안정 버전이 되는 것입니다. 특히 이는 테스트의 주요 목적 중 하나가 포함된 모든 패키지가 테스트 중인 패키지만 사용하여 빌드 및 설치될 수 있는지 확인하는 것임을 의미합니다. scrcpy
나머지 Android 패키지를 수정하지 않고 다시 도입하면 이 문제가 발생합니다.