답변:
후보자 발표.
일반적으로 프로그램 업데이트가 거의 준비 될 때마다 테스트 버전에 rc 번호가 부여됩니다. 수정이 필요한 중요한 버그가 발견되면 프로그램은 더 높은 rc 번호로 업데이트되고 재발행됩니다. 치명적 버그가 남아 있지 않거나 추가 치명적 버그가 발견되지 않으면 rc 지정이 삭제됩니다.
현재 Linux 릴리스주기는 다음과 같이 작동합니다. 3.7이 오늘 릴리스되어 약 2 주 동안 "병합 창"이 열립니다 (Linus는 실험 트리에서 다른 곳에서 시도한 새로운 기능을 허용합니다. 3.8까지의 대부분의 활동은 여기에서 발생합니다) ). Linus는 3.8-rc1을 릴리스하고 공식적으로 병합 창을 닫습니다.이 후에는 병합 된 내용에 대한 (거의) 버그 수정 만 허용합니다. 때때로 합쳐진 것들이 다시 꺼내지고, 거의 새로운 것들이 커널로 들어 가지 않습니다. Linus는 매주 3.8-rc2, -rc3을 릴리스합니다. ... 새로운 버그가없고 3.8을 릴리스 할 때까지 계속합니다. 그런 다음 사이클이 새로 시작됩니다. 주기는 약 8 주가 걸리므로 rc6 정도까지 걸리지 만 때로는 rc주기가 짧아지고 때로는 완고한 버그로 인해 전체주기가 길어집니다.
3.8이 릴리스 된 후에는 심각한 문제와 최소한의 영향으로 버그 수정을 수집 한 릴리스 3.8.1, 3.8.2, ...이 수정 된 일정이 없으며 3.9가 나오면 안정적인 팀이이를 인수합니다. 더 이상 3.8.x가 없습니다.
또한 longime 지원 버전이 있으며, 대부분 엔터프라이즈 배포 또는 임베디드 영역의 사람들을 위해 (그리고 유지 관리하에) 현재 2.6.32.60 및 2.6.34.14 (이전 번호 매기기 스타일) 3.0.63, 3.2.38, 3.4.30.
개발 프로세스 작동 방식 에서 이에 대한 포괄적 인 설명을 볼 수 있습니다.
링크.