Microsoft (및 설치된 대규모의 다른 소프트웨어 회사)는 패치 종속성을 어떻게 관리합니까?

Question

일반적으로 Microsoft가 커뮤니티에 출시하는 OS (일반적으로 보안 기반) 패치 및 핫픽스는 일반적으로 일련의 업데이트 된 DLL 또는 기타 바이너리로 구성됩니다.

Microsoft와 다른 회사에서는 어떻게 핫픽스가 서로 충돌하지 않는지 확인합니까? 항상 누적 패치 방식을 사용합니까? 단일 핫픽스에는 이전 핫픽스의 모든 수정 사항이 포함됩니다. 많은 핫픽스는 특정 문제를 해결하는 데 초점을 맞추고 있기 때문에 은으로 보입니다. 그들이 중점을 둔 핫픽스 인 경우, 한 핫픽스가 다른 핫픽스를 삭제하지 못하게하는 방법 (예 : 호환되지 않는 DLL이 서로 설치됨).

저는 항상이 프로세스를 관리하는 Microsoft의 능력에 감탄했습니다. 제가 일하는 회사는 훨씬 작습니다. 몇 년 전 패치 프로세스를 작업했을 때, 우리는 항상 하나의 패치가 해당 릴리스를 기반으로하는 모든 이전 패치를 즉시 대체하는 누적 접근 방식으로갔습니다. 즉, 다음 "공식"릴리스가 나올 때까지 패치의 크기가 점차 커졌습니다.

패치 종속성을 관리하는 좋은 방법은 무엇입니까?

Answer 1

먼저 Microsoft Windows Installer는 바이너리를 직접 패치 할 수있는 기능이 있습니다. 이전에 알려진 파일 상태가 알려지면 파일을 알려진 현재 상태로 가져올 수 있습니다. 우리는 대형 상용 제품을 위해이 작업을 해왔지만 몇 가지 릴리스 이후에는 4-way 시스템이 패치를 생성하는 데 24 시간 이상이 걸렸습니다. 야간 빌드.

잠시 후 우리는 업그레이드 만 허용 한 누적 픽스를 선택했습니다. 우리는 귀하가 더 낮은 수준에 있는지 확인한 다음 기본적으로 전체 제품을 교체합니다. (우리는 두 번째 또는 세 번째 "델타"가 기본적으로 모든 것이었던 경우도있었습니다.)

유닉스/리눅스에서 우리는 MSWI를 사용할 수 없으므로 기본적으로 동일한 설치 프로그램을 제공합니다. 모든 파일을 이동하여 새로 설치 한 것처럼 설치 한 다음 백업을 삭제하십시오. 현실은 우리 사업에서 우리에게 충분합니다. 우리는 내가 알고있는 어떤 불만도받지 못했다. (불만은 불행한 사람들이 실제로 전화를 걸고 불평 할 정도로 불만이 커다란 불행을 겪었다. 대부분 그들은 패치를 통해 새로운 레벨을 얻고 싶어하므로 실제 업무를 수행 할 수 있습니다. 이상하게도, 그들의 사업은 패치를 설치하지 않습니다.