핫픽스와 버그 수정의 차이점은 무엇입니까? [닫은]

나는 이것이 매우 기본적인 질문이라는 것을 알고 있지만 Google에서 답을 찾지 못하는 것 같습니다. 핫픽스와 버그 수정의 차이점은 무엇입니까?

핫픽스라는 용어는 일반적으로 클라이언트가 제품의 현재 릴리스 내에서 문제를 발견하고 다음 큰 릴리스까지 수정 될 때까지 기다릴 수 있습니다. 따라서 핫픽스 문제는이 문제를 해결하기 위해 만들어지고 보통 Cumulative Update (CU)라고하는 현재 릴리스에 대한 업데이트의 일부로 릴리스됩니다. CU는 함께 제공되는 핫픽스입니다.

버그 픽스-우리는 일반적으로 개발 및 테스트 단계에서 내부적으로 문제가 발견 될 때 이것을 사용합니다.

대규모 소프트웨어 회사에서 지원 한 경험에 따르면 두 용어는 서로 관련이 없습니다.

Bug fix 소스 코드에 대한 조치이며보고 된 코드 결함 (버그)을 해결하기위한 코드 변경 또는 변경 세트입니다.

A hotfix는 일반적으로 클라이언트 / 배포 된 시스템에 대한 패치 또는 업데이트이지만보다 구체적으로 다음과 같은 패치입니다.

• 일정에 공개되지 않았습니다.

• '틈새'상황 또는 '응급'응답을 해결하기위한 것입니다.

• 릴리스 정보에 설명 된 특정 문제와 만 관련이 있습니다.

• 제대로 테스트되지 않았습니다. 전혀 그렇지 않다면.

• 버그의 (재) 도입을위한 잠재적 소스.

• 소규모 청중을 대상으로합니다.

• 자동화 된 패치 시스템에 영향을 미치고 추가 모니터링이 필요합니다. 핫픽스는 비정상적으로 높은 버전 번호를 가진 파일 / 라이브러리를 배포하여 핫픽스가 패치되지 않도록 할 수 있습니다.

• 소프트웨어 제조업체가 공개적으로 사용할 수없는 지명 된 연락처로 직접 공급됩니다. 고객은 종종 예를 들어 핫픽스를 요청하기 위해 기술 지원에 문의해야합니다.

• '마지막으로 성공한'소스 트리에서 자주 분기됩니다. '빠른 수정'으로서 핫픽스에 사용 된 코드는 다시 기본 빌드로 다시 만들 수 없습니다 (임시 수정으로 더 나은 솔루션은 더 많은 시간 / 자원이 필요할 수 있습니다).

버그 수정은 바로 버그 수정입니다. 이는 개발 기간, 테스트 중 또는 릴리스 후 제품 수명 기간 중 거의 언제라도 발생할 수 있습니다.

핫픽스는 하나 이상의 버그 수정일 수 있습니다. 중요한 부분은 뜨겁기 때문에 적용되는 시점을 나타냅니다. 원래는 활성 시스템 (일명 '핫') 패치를 언급했습니다. 제품이 일반에 공개 된 후 제공되는 버그 수정 (일반적으로 베타 테스트 중일 수도 있음)이지만 정기적 인 업데이트 일정을 벗어나는 것이 일반적입니다.