[ English | 한국어 (대한민국) | English (United Kingdom) | Deutsch | 中文 (简体, 中国) | Indonesia | español (México) ]

릴리즈

OpenStack은 프로젝트에서 선택할 수 있는 다양한 릴리스 모델로 6개월의 릴리즈 기간을 제공합니다.

이 섹션에서는 다음을 수행할 수 있습니다.

  • OpenStack 구성 요소가 따르는 다양한 릴리스 모델을 이해합니다.

  • 다양한 릴리스 모델의 구조와 이러한 모델에서 효과적으로 작동하여 OpenStack의 미래에 영향을 미치는 방법을 알 수 있습니다.

릴리즈 모델

OpenStack은 클라이언트 라이브러리에서 라이프사이클 관리 서비스에 이르기까지 OpenStack 클라우드의 주요 구성 요소를 구성하는 수많은 프로젝트로 구성됩니다. 프로젝트마다 성격이 다르고, 따라서 릴리스 모델 이 다르다는 것을 암시합니다.

현재 사용 가능한 옵션은 다음과 같습니다.

릴리즈 계획과 스케줄

대부분의 공식 OpenStack 프로젝트는 릴리스 관리 팀이 설정한 릴리스 일정을 따릅니다.

6개월 주기로 릴리즈가 되며 3개의 마일스톤과, 보통 1개월의 긴 안정화 기간으로 나뉩니다.

주기의 첫 번째 주기는 계획에 더 집중하기 때문에 PTG가 릴리스 직후에 예약됩니다. 이 단계는 문제가 될 수 있는 설계의 모든 부분에 대해 논의하기 위해 IRC의 메일링 목록, 프로젝트 채널 및 미팅을 검토하고 사용하기 위해 사양을 업로드해야 하는 단계입니다.

첫 번째 마일스톤 이후 일부 프로젝트는 개발 및 버그 수정 작업에 더 집중하는 반면, 다른 프로젝트에서는 여전히 해당 사이클에서 구현할 새로운 아이디어를 수용할 수 있습니다.

세 번째 릴리즈는 릴리즈 중에 추가된 새로운 기능의 구현 및 테스트를 완료하는 데 초점을 맞추고 있습니다. Tempest에서 새 테스트를 추가해야 하며 세 번째 마일스톤 이전에 문서도 포함되어야 합니다. 이 단계에서 핵심 검토 팀은 우선순위가 높은 기능에만 집중할 수 있습니다. 그들은 PTG에서 또는 출시 첫 번째 마일스톤보다 얼마 안 있어 우선순위에 대한 결정을 내립니다.

또한 일부 프로젝트에는 내부 프로젝트별 마감 시한(예: 사양 동결 또는 코드 동결)으로 릴리스 주기를 통과하는 날짜가 다릅니다. 당신은 당신이 release schedule page 에서 찾을 수 있는 동결 날짜를 알고 있어야 합니다.

세 번째 마일스톤 이후, 커뮤니티는 버그를 테스트하고 수정하는 데 더욱 중점을 두어 릴리즈를 안정화하는 데 주력하고 있습니다. 릴리스 사이클 이후의 프로젝트에는 세 번째 마일스톤 뒤에 릴리스 후보 태그가 지정됩니다. 후보를 발표하는 데는 제한이 없지만 목표는 숫자를 낮게 유지하고 마일스톤-3으로 식별된 모든 중요한 문제를 수정하는 것입니다.

릴리스 주기에 따라 주요 프로젝트를 수행하면 이러한 모든 프로젝트가 동시에 릴리스되므로 다운스트림 팀이 이러한 프로젝트를 선택하여 패키징하고 추가로 배포할 수 있습니다.

안정화 버전

6개월 개발 주기가 완료되면 해당 릴리스에 대한 코드가 git 단위로 안정적인 분기에 분기됩니다. 예를 들어 Stein 릴리즈가 완료되면 git에 stable/stein 이 만들어졌습니다.

안정적인 분기는 릴리스 발생 이후 마스터에 고정된 높은 영향의 버그 및 보안 문제에 대한 안전한 해결책으로 유지됩니다. 이러한 지점의 안정적인 특성을 고려할 때, 안정적인 지점에 대한 백포트는 제안될 때 추가적인 정밀 조사를 받습니다. 제안된 변경 사항은 다음과 같습니다.

  • 회귀할 위험이 낮습니다.

  • 사용자에게 가시적인 이점을 제공합니다.

  • 독립된

  • 마스터에 포함되고 해당 마스터와 안정 분기 사이의 모든 릴리스에 백포팅됩니다.

프로젝트 팀은 프로젝트에 대한 다른 릴리즈를 만드는 것을 정당화하기 위해 안정적인 분기에 충분한 변경 사항이 누적될 때 포인트 릴리즈를 수행합니다.

안정적인 분기는 시간이 지나면서 서로 다른 수준의 유지보수를 통해 진행됩니다.

상태

시간프레임

요약

유지 관리

약 18개월입니다.

적절한 버그 수정 사항이 모두 승인되고 릴리스가 생성됩니다.

확장 유지보수

커뮤니티 구성원들이 유지하는 동안입니다

적절한 버그 수정을 모두 수정했습니다. 릴리즈가 생성되지 않고 CI 실행이 줄어듭니다.

관리되지 않음

branch가 유지보수되지않은 지 6개월 후입니다.

분기가 확장 유지 관리 규칙에 있지만 유지 관리자가 없습니다.

생명끝(EOL)

없음

branch가 더 이상 변경을 수락하지 않습니다.

Ocata 릴리스 전에는 유지 관리 및 확장 유지 관리 단계가 6개월에 불과했습니다. 이것은 각각의 개봉이 18개월 후에 End of Life가 되었다는 것을 의미했습니다. 이러한 관행은 OpenStack의 총판이나 사용자에게 이롭지 않다고 판단되었습니다. 그 결과 유지 관리 상태가 18개월 지속으로 업데이트되고 확장 관리 기간 프레임을 유연하게 설정하여 여전히 수정 사항을 수용하는 안정적인 지점의 수를 늘렸습니다.

모든 OpenStack 릴리즈의 상태는 OpenStack 릴리즈 웹 페이지에서 확인할 수 있습니다.

안정화 지점 및 유지 관리 단계에 대한 자세한 내용은 안정화 지점 페이지를 참조하시기 바랍니다.