거의 모든 사람들이 Linux가 2.6.x 버전에서 새로운 3.x 버전으로 마이그레이션되었다는 사실을 알고 있습니다.
커널 버전 번호가 변경되었다는 댓글을 많이 봤습니다(보시다시피 기본 소스는 Wikipedia입니다).여기:)).
요점은 시간 기반 형식의 버전 관리 체계 변경에 대한 정보가 많지만 새로운 버전 관리 체계와 관련된 정보를 찾을 수 없다는 것입니다.
새로운 버전 제어 체계가 어떻게 작동하는지 아는 사람이 있나요?
답변1
새로운 버전 관리 체계는 "3"을 제외하면 이전 2.6 버전 관리 체계와 거의 동일합니다. "2.6" 대신 사용하세요. 즉, 2.6.39 이후 버전을 2.6.40이라고 부르는 대신 3.0이라고 부릅니다. 안정적인 업데이트는 이제 2.6.40.1, 2.6.40.2 등이 아닌 3.0.1, 3.0.2 등입니다. 2.6.41이 아니라 3.1이 있습니다. 등.
개발 모델, 병합 기간, 릴리스 주기 등에 대한 변경 사항은 없습니다. 유일한 변경 사항은 버전 번호에 구성 요소 하나가 누락되었다는 것입니다(예: 2.6.x 대신 3.x).
답변2
정보를 좀 찾았어이 기사
주로:
"2.6.x 시리즈 이전의 버전 관리 체계는 커널이 더 짧은 시간 기반 릴리스 주기로 전환하던 2005년경에 나타났습니다. 주 및 부 버전 번호는 2.6으로 고정되었으며 세 번째 숫자는 실제 버전을 나타내는 데 사용되었습니다. 새 모델의 경우 메이저 버전은 3으로 고정되어 있으며, 두 번째 숫자는 실제 버전 번호를 나타내는 데 사용되고, 세 번째 숫자는 안정 버전에 사용됩니다.
Torvalds는 릴리스 발표에서 "이것은 분명히 다음 커널인 3.1에 대한 병합 창을 엽니다. 안정 팀은 세 번째 자리를 차지할 것이므로 3.0.1은 3.0을 기반으로 한 최초의 안정 버전이 될 것입니다."라고 설명했습니다.
답변3
"일정"이 현재 개발 진행 상황을 나타내는 경우 다음과 같습니다.
3.7 릴리스 이후(안정적인 사용자는 3.7.1, 3.7.2 등 시리즈를 시작함) Linux는 "병합 창"을 열고 약 2주 안에 새로운 기능(일반적으로 다른 곳에서 개발 중)을 받게 됩니다. 병합 창이 닫히자 Linus는 3.8-rc0(릴리스 후보 #0)을 릴리스했습니다.오직버그 수정이 커널에 적용되어야 합니다(병합된 기능이 롤백되는 경우도 있음). 다음 주마다 Linus는 더 이상 버그가 없다고 확신할 때까지(보통 -rc6 정도) -rc1, -rc2...를 릴리스한 후 3.8이 탄생했습니다. 그런 다음 사이클이 다시 시작됩니다. 이 모든 작업이 진행되는 동안 개발자는 향후 병합 창에 대해 제안된 변경 사항을 수정하느라 바쁩니다(일부 기능은 수용 가능한 것으로 간주되기까지 수년 동안 개발되었습니다).