포인트 릴리즈

Point release
A software versioning diagram
포인트 릴리스는 그림에서 오프 화이트박스입니다

포인트 릴리스(도트릴리스)는 소프트웨어 프로젝트의 마이너릴리즈입니다특히 중요한 기능을 추가하는 것이 아니라 버그를 수정하거나 소규모 청소를 하는 것을 목적으로 하고 있습니다.많은 경우 단일 메이저릴리즈 또는 마이너릴리즈로 수정하기에는 버그가 너무 많아 포인트릴리즈가 필요하게 됩니다

정의.

'포인트 릴리스'라는 용어는 메이저버전 뒤에 소수점 및 마이너버전이 이어지는 일반적인 소프트웨어 버전 관리 방법을 나타냅니다.새로운 마이너 버전이 출시되면 소수점 이후의 숫자가 7.0에서 7.1 또는 2.4.9에서 2.4.[1]10으로 증가합니다.「포인트」 뒤에 숫자가 증가하면, 이 현상을 「포인트 릴리스」라고 부릅니다.

범위

포인트 릴리스에서는 일반적으로 소프트웨어 프로젝트의 변경은 경미하며 버그 수정, 최적화, 보안 패치 또는 마이너한 새 기능 추가를 위해 예약되어 있습니다.일반적으로 광범위한 사용자 모집단에 영향을 미치는 버그는 [2]포인트릴리즈로 선택됩니다.조직에 따라서는, 포인트 릴리스의 규모와 폭은, 1명의 고객을 대상으로 한 수정 대상 릴리스로부터, 일반적인 유지보수 릴리스, 또는 서비스 팩에 이르기까지 다양합니다.포인트 릴리스는 일반적으로 소프트웨어의 이전 메이저릴리즈와 인터페이스 호환성을 시도합니다.또한 포인트릴리즈는 현재 마이너버전 [3]또는 메이저버전의 다른 모든 포인트릴리즈와 호환성이 있는 경향이 있어요

빈도수.

포인트 릴리스는 몇 달 또는 [1]몇 년에 한 번 발생할 수 있는 메이저릴리즈와는 달리 자주 사용할 수 있습니다.포인트 릴리스는 메이저릴리즈 후 일정 시간 동안 출시되도록 계획할 [4][5]수도 있고 필요에 따라 출시할 수도 있습니다.포인트 릴리스의 도입 빈도는 조직의 요구에 따라 크게 다릅니다.다만, 소프트웨어의 최신 버전에서 중대한 문제가 발견되었을 경우는, 문제가 검출된 직후에 긴급 포인트릴리즈가 발행될 가능성이 있습니다.

위험.

모든 릴리스는 수천 개의 코드 변경으로 인해 단일 [6]릴리스가 될 수 있으므로 기본적으로 위험을 집중합니다.이로 인해 포인트릴리즈에 새로운 버그가 발생할 위험이 있습니다.회귀 테스트를 통해 회귀를 어느 정도 완화할 수 있지만, 회귀 테스트만으로는 안정적이고 버그가 없는 환경을 보장할 수 없습니다.일반적으로 포인트 릴리스의 목표 중 하나는 수정에 대한 사용자의 요구, 수정 크기 및 [7]회귀 위험을 균형 있게 조정하여 위험을 최소화하는 것입니다.많은 소프트웨어 변경이 동시에 출시될 경우의 리스크로 인해 일부 그룹은 포인트릴리즈가 [8]아닌 롤링릴리스 방식에 따라 소프트웨어를 출시하고 있습니다.

유용성

시판 소프트웨어의 경우 포인트릴리즈는 최신 풀버전 사용자에게 무료 업데이트가 되는 경우가 많지만 반드시 업데이트되는 것은 아닙니다.이는 [1]이전 사용자에게도 비용이 많이 드는 메이저릴리즈와 대조됩니다.소프트웨어의 전송 모델은 소프트웨어를 사용할 수 있는 사용자에게도 영향을 미칩니다.조직이 서비스로서의 소프트웨어 모델을 따르거나 소프트웨어가 클라우드에서 호스팅되는 경우 사용자가 쉽게 포인트 릴리스를 얻을 수 있습니다.소프트웨어를 다운로드해야 하는 경우 사용자가 직접 포인트 릴리스를 설치해야 할 수 있습니다.

메모들

  1. ^ a b c "What is point release?". Retrieved 28 October 2014.
  2. ^ "Adobe - Support : Release Terminology Guidelines". Retrieved 28 October 2014.
  3. ^ Team, Commons Documentation. "Apache Commons – Versioning Guidelines". Retrieved 28 October 2014.
  4. ^ "What is point release? - Definition from WhatIs.com". Retrieved 28 October 2014.
  5. ^ https://wiki.documentfoundation.org/ReleasePlan (2014년 10월 28일)
  6. ^ quality (11 November 2011). "Cloud Difference #3: Point releases concentrate risk unnecessarily (Flemming T Christensen on Quality Collaboration)".
  7. ^ "StableReleaseUpdates - Ubuntu Wiki".
  8. ^ Humble, Jez (February 16, 2012). Four Principles of Low-Risk Software Releases – via informIT database.

「 」를 참조해 주세요.