그것은 Canonical은 많은 의견을 고려했습니다. 커뮤니티뿐만 아니라 개발자도 제작했습니다. 며칠 전에 메일 링리스트를 통해 그것을 알렸다 중간 LTS 버전을 준비하기 위해 프로세스를 변경하기로 결정했습니다. 정확한 기한을 맞추는 대신 버전의 품질을 개선하기 위해 Ubuntu (예 : 20.04.1, 20.04.2, 20.04.3 등).
이전 임시 버전이 계획된 계획에 따라 엄격하게 구성된 경우 이제 모든 수정 사항에 대한 테스트의 품질과 무결성이 우선 순위가됩니다.
변경 사항은 과거 여러 사건의 경험을 고려하여 채택되었습니다. 그 결과 마지막 순간에 수정 사항이 추가되고 확인 시간이 부족하여 문제의 회귀 적 변경 또는 불완전한 수정이 릴리스에서 발생했습니다.
우리의 프로세스와 품질을 개선하기 위해 스팟 릴리스 LTS 이미지는 20.04.3 (XNUMX 월)부터 시작됩니다. 약간 더 안전한 접근 방식을 시도합니다. 기본적으로 눈에 띄는 주요 변화 이제 우리는 어떤 경우에도 SRU 절차를 따를 것입니다. 스팟 릴리스 주간에 발견 한 릴리스 차단제입니다. 이 매우 예외적 인 경우에 추가하여 각 수정 (심지어 차단기) 동일한 확인, 회귀를 따라야합니다. 분석 과정 및 노화 기간 (이 경우 오류 발견시) 포스트 후보 이미지에서 우리는 단순히 포인트를 지연시킬 것입니다 수정이 확인 될 때까지 릴리스되고, 에이징 된 후에 만 게시됩니다. 업데이트.
포인트 해제를 연기하는 것은 안타깝지만
품질 기준.
이것으로, 그들은 기본적으로 언급합니다 Ubuntu 20.04.3 XNUMX 월 업데이트 기준, 시작 충돌로 분류 된 모든 버그 수정 출시 예정 XNUMX 주일 전 출시 시간을 변경하여 서둘러 수정을 누르지 않고 모든 것을 철저히 테스트하고 검증 할 수 있습니다.
즉, 오류가 발견되면 출시 후보 상태가있는 빌드에서 이제 수정 사항에 대한 모든 수정이 완료 될 때까지 릴리스가 지연됩니다.
이미 마지막 순간 수정 속도가 빨라진 몇 가지 경우가있었습니다. 시간의 압박 속에서 충분히 철저히 테스트되지 않았고 회귀 (또는 똑같이 성가 시며, 부분적으로 만 보였습니다. 준비). 품질은 Ubuntu 버전의 가장 중요한 측면이므로 우리는 사용자가 최고의 경험을 얻을 수 있도록 스팟 릴리스 이미지.
이러한 변화에 적응하고 가장 많은 수의 릴리스 차단제를 가능한 한 빨리 발견되면 제안도 변경합니다. 시리즈의 일일 이미지는 출시 2 주 전에 컴파일됩니다. 첫 번째 릴리스를 위해 후보 이미지가 계획되기 일주일 전에).
이전에는 제안서에 대한 일일 이미지를 최대 XNUMX 주일까지 유지했습니다. 출시 전 (출시 후보가 지어졌습니다), 주로 예전의 유산으로 제안되었을 때 모든 것이 프로세스의 일부로 업데이트되었습니다. 이것은 '가 없다 (더 이상 안전하지 않기 때문에) 이미 수년간 수행되었으므로 떠나십시오. 신문의 제안은 과거보다 덜 의미가 있습니다.
릴리스를 차단하는 문제를 조기에 감지하기 위해 일일 빌드의 동결 시간을 릴리스 전 XNUMX 주에서 XNUMX 주로 늘리기로 결정했습니다. 짓다.
마지막으로, 우분투 21.04 기반이 동결되었다고 발표되었다는 점도 주목할 가치가 있습니다. 새로운 기능 (Feature Freeze)의 도입으로 인해 이미 통합 된 혁신을 마무리하고 오류를 식별하고 제거하기 위해 초점이 변경되었습니다.
그것에 대해 더 알고 싶다면 당신은 상담 할 수 있습니다 다음 링크.