답변:
NN 은 정확 하지만 예를 들어 보겠습니다.
Ubuntu의 버전이 릴리스되고 안정적인 것으로 간주되면 안정적인 릴리스 업데이트는 아카이브에 업로드되지 않습니다. 안정된 릴리스 업데이트 프로세스를 거친 후 "제안 된"포켓에 업로드 된 소프트웨어를 업데이트해야한다고 가정 해 봅시다 . (링크 된 문서의 4 단계) :
버그 보고서의 패치, 상세하고 사용자가 읽을 수있는 변경 로그 및 기타 관련없는 변경 사항이없는 패치로 릴리스 제안 된 고정 패키지를 업로드하십시오.
다음은 일부 업데이트의 모양 목록 입니다. 그런 다음 제안 된 섹션 (업로드 한 사람을 포함하여) 을 활성화 한 사람이 테스트하면 보통 1 주일 정도 걸립니다.
그 후 일반 업데이트 채널을 통해 업데이트를 푸시하고 업데이트 관리자를 통해 업데이트를받습니다. 기본적으로 업데이트가 일반인에게 공개되기 전에 업데이트를 테스트 할 수있는 곳입니다.
더 많은 정보:
기본적으로 패키지 (및 더 일반적으로 패키지 버전)가 기본 리포지토리에 릴리스되기 전에 테스트를위한 장소입니다. 따라서 일반적인 업데이트 규칙이 적용됩니다. 꼭 필요한 경우가 아니면 심각한 버그 수정 및 보안 패치 만 제공됩니다.
사용하도록 설정하면 완전히 테스트되기 전에 물건을 얻습니다. 내 경험상 그것은 우분투의 알파 또는 베타 버전만큼 불안정하지는 않지만 가능 합니다. 따라서 패키지에 대한 피드백을 제공하기 위해 존재하는 경우에만 사용해야합니다. 프로덕션 시스템에서는 사용하지 않아야합니다.
tl; dr, 꼭 필요한 경우가 아니면 사용하지 마십시오.
저장소 에 대한 커뮤니티 문서에 따르면 제안 된 저장소는 다음과 같습니다.
업데이트 테스트 영역. 이 저장소는 업데이트 테스트 및 피드백 제공에 관심이있는 사용자에게만 권장됩니다.
백 포트의 커뮤니티 문서에 따르면 제안 된 저장소는 다음과 같습니다.
-updates의 테스트 영역 많은 사람들이 이러한 패키지에 대해 긍정적 인 피드백을 제공해야합니다. 이 저장소는 업데이트 테스트 및 피드백 제공에 관심이있는 사람들에게만 권장됩니다. 업데이트를 테스트하는 중이므로이 리포지토리에서 업데이트에 결함이있을 가능성이 높습니다.
이 스레드와 해당 링크를 참조하십시오 .