점점 더 많은 오픈 소스 세계에서 릴리스가 중요 릴리스로 취급 되더라도 0.x로 릴리스 될 수있는 경향이있는 것 같습니다. 경우에 따라 두 개의 마이너 릴리스간에 호환성이 없을 수도 있습니다. 어떤 사람이이 일을하는 데 좋은 이유나 근거가 있는지 이해할 수있게 도와 줄 수 있습니까? 아니면 개발자가 실제로 끝나지 않은 것처럼 느껴지도록하는 완벽주의 행진입니까?포인트가 일반 릴리스로 출시됩니다.
완전히 개인적인 취향의 문제는 아닙니다. 일부 설정에서는 (엔터프라이즈 독점 소프트웨어 분야에서) 적어도 업데이트가 포인트 릴리스인지 또는 다른 것이 비즈니스 및 법적 결과 (예 : 요구 사항)인지 여부를 결정합니다 무료 (또는하지 않음)로 릴리스를 제공합니다.
비즈니스에 배포 된 오픈 소스 소프트웨어에 대한 유료 지원 계약에는 비슷한 결과가 포함되어 있습니다. 어떤 서비스가 포함되어 있으며 추가 비용은 업데이트 수준에 따라 다릅니다.
나는 개인적인 취향에 따라 알렉 스가 그런 넘버링 자체에 대한 규칙이 없다고 말하고 있다고 생각합니다. 내가 OS 프로젝트의 주인이라면 나는 닷 릴리스를 주요 릴리스로 간주 할 수있을 것이다. ISO 표준 요구 사항은 없습니다. – Webjedi
많은 조직 (OSS 또는 기타)에서 버전의 첫 번째 숫자는 완전히 새로운 세대의 제품에 해당하며 대개 코드베이스의 주요 재구성 또는 완전한 다시 쓰기와 관련이 있습니다.
중요한 변경 사항을 가져 오지만 동일한 아키텍처 또는 내부 프레임 워크에서 빌드 된 릴리스는 두 번째 숫자 변경을 보게됩니다. 사소한 유지 관리 릴리스에는 대개 세 번째 숫자 또는 릴리스 번호가 추가됩니다.
명백한 예제가 없다면, 나는 이것이 당신이보고있는 종류의 번호 체계라고 생각할 것입니다.
버전 번호는 개인 취향에 따라 달라집니다.
표준이 있지만 격렬하게 다릅니다. 일부 프로젝트에서는이를 마케팅 도구로 사용하고 일부는 이전 버전과의 호환성을 정확하게 나타냅니다.
중요한 릴리스의 의미를 정확히 알지 못합니다. 호환성을 망가 뜨리는 제품을 의미한다면, 아직 출시 된 제품이 없기 때문에 호환성이 기대 될 수 없다는 의미입니다.
하지만 그건 내 취향입니다.
sub0이 "anything goes"을 의미한다는 것을 이해 합니다만, 예를 들어, Trac 프로젝트를 지적하겠습니다. 최초의 안정적인 릴리스는 0.9였습니다. 그들은 이제 0.12이고, 0.12도 0.11도 0.10도 실질적으로 호환되지 않습니다. 수천 개의 조직이 Trac을 주요 결함없이 프로덕션 환경에서 사용합니다. 조직화 된 개발 노력이 있습니다. 전 세계에서 생산 중이며 많이 충돌하지 않는 것이 일종의 조지아를 구성하지 않는다면 어떻게됩니까? – brokenbeatnik
[도움말]에 정의 된대로 프로그래밍에 관한 것이 아니기 때문에이 질문을 주제와 관련이 없도록 닫으려고합니다. – JasonMArcher