ProgramingTip

사용할 설치 제품은 무엇입니까?

bestdevel 2021. 1. 9. 16:29
반응형

사용할 설치 제품은 무엇입니까? InstallShield, WiX, Wise, 고급 설치 프로그램 등

저는 현재 우리가 현재 사용하는 설치 패키지 (Wise Installer 9)에서 이동 Windows Vista, Windows 7 및 64 비트 시스템과 같은 작업을 처리 할 수있는 방법에 대해 조사 중입니다. 많은 프랑스 캐나다 고객이 있기 때문에 설치 프로그램의 현지화가 도움이 될 것입니다.

현재 다음 기술의 소프트웨어 패키지 및 유틸리티 설치가 있습니다.

  • 진행 4GL
  • 비주얼 스튜디오 2005
  • 비주얼 스튜디오 2008
  • .NET Compact Framework 3.5

이미 검토 한 윅스 와 의 installshiled , 또한 알티리스 교체를 만들어의 현명한 시스템.

아직 InstallShield를 많이 사용하는 것 내가 보거나 설치 한 중 하나 인 것에서 가장 좋아하는 것입니다. InstallShield 와 관련된 Stack Overflow 태그 중 일부를 생생하게 봤는데 그룹이보고 대해 뭐라고 말하는지 궁금합니다.

기본적으로 이동 .NET이 아닌 항목에서 WiX가 얼마나 좋은가요?

업데이트, 2018 년 8 월, 새롭고 더 짧은 옵션 : Windows 설치 프로그램을 만드는 방법 . 요약 및 목록 (다운로드 링크 포함) 및 .MSI and its major benefitsmajor tools availablementioning some new, trending deployment technologies

저는 소프트웨어 개발 분야에서 릴리스 관리자 , 빌드 엔지니어 , 설정 개발자 및 대기업 의 애플리케이션 패키저 , SOE 엔지니어 및 배포 엔지니어 (SCCM)로 일했습니다.

그 과정에서 대부분의 주요 패키징 도구 (일부는 다양한 버전)를 사용했습니다. InstallShield ,슬기로운(오프 마켓, 안타깝게도), 윅스 , 고급 설치 프로그램 (그냥 테스트), 범고래 와? 저는 다른 도구를 테스트 했습니다 ( http://www.installsite.org 에서 " 개발자를위한 Windows 설치 저작 도구 ' 링크 - 전체 목록) 도구). 나는 또한 Computer Associates Unicenter와 같은 일반적인 패키징 및 배포 도구를 사용했습니다. 비 MSI 설정 저작 도구 에 대한 페이지도 있습니다 .

업데이트 : 두 개의 MSI 파일 버전을 비교하거나 MSI 파일에서 정보를 추출하기 위해 MSI 도구가 필요한 경우 답변을 읽어. 두 개 (또는 그 이상의) MSI의 내용을 어떻게 사용할 수 있습니까? 파일? (무료 MSI 도구에 숨겨진).

이 게시물은 여러 저작 도구의 장점 과주의해야 할 몇 가지 단점에 대한 개요를 제공합니다 . 모든 유사점에 설치되어 있습니다. 설명을 가능한 한 객관적으로 만들기 위해 모든 시도가 이루어졌습니다. 긍정과 부정으로 실제 경험을 설명합니다.

관련 배포 항목

InstallShield

  • 풍부한 기능.
  • 항상 최신 기술로 최신 상태를 유지합니다.
  • (설정) 개발자 중심.
    • 다른 버전을 사용할 수 있습니다.
    • 주력 제품인 AdminStudio는 설정 개발자 지향 도구와 리 패키저 지향 도구를 모두 제공합니다.
  • 빌드 프로세스 자동화를위한 매우 우수한 릴리스 관리 , 현지화 및 자동화 기능 . 경쟁자보다 낫습니다.
    • 들어 복잡한 제품 릴리스 관리는 아마도하면 Installshield의 주요 판매 포인트이다. 릴리스 플래그 및 모드 구성을 사용하여 언어 버전, OEM 버전, 뷰어, 애플리케이션 버전 등 모든 종류의 풍미를 쉽게 제공 할 수 있습니다 .
    • 릴리스 플래그 는 기본적으로 각 설정에서 제품의 특정 부분을 조건부로 제외하거나 포함하는 데 사용됩니다. 이것은 종종 전문적인 설정 제품군을 만들 때 요구되는 사항의 상당 부분입니다.
    • Installshield의 릴리스보기를 사용하면 모든 다른 설치 유형 및 에디션에 대한 전체 개요를 볼 수 있습니다. 웹 (대용량 설정 파일 1 개) 또는 재배포 가능한 미디어 (외부 소스 파일) 및 제공 한 기타 특징에 대해 제공되는모든 언어 버전 및 릴리스 설정을볼수 있습니다.
      • 각 릴리스 및 에디션에 대해 결정적으로 제품 이름, 제품 버전, 패키지, 제품 및 업그레이드 코드와 같은 중요한 설정 은 물론 제품 에디션 및 언어 버전에 따라 동적으로 변경해야하는 기타 많은 필수 설정을 재정의 할 수 있습니다 .
      • 다른 많은 제품에서 업그레이드 유형의 릴리스 및 에디션 관리는 구현하기 훨씬 더 어려운 수 있습니다. 더 간단한 설정의 경우에는 유연성이 덜 중요 할 수 있습니다.
    • 제품의 자동화 API 를 사용하면 다양한 유형의 빌드 자동화 펼쳐보기 에서 쉽게 "원격 제어 "할 수 있습니다.
      • 도 있습니다 명령 줄 빌드 모듈 (전용 빌드 서버에서 사용하기 위해이).
      • 일반 VBScript / VBA / Javascript 자동화를 사용하여 전체 제품군 및 에디션의 빌드를 완전히 자동화 할 수 있습니다.
    • 전체 현지화 지원 과 언어 테이블 다른 설정 언어를 지원하는 데 사용됩니다.
      • 기본 대화 상자는 여러 언어로 기성품으로 제공됩니다 (추가 비용).
      • 자체 설정 콘텐츠 (기능 목록 캡션, 사용자 지정 대화 상자 또는 메시지 상자, 텍스트가있는 이미지 등 ...) 만 현지화하면됩니다. 여전히 많은 작업이 필요합니다.
      • 방대한 다국어 설정을 제공 할 수 있습니다. 여러 가지 가지 M 내 경험에 권장되지 않는 것 (현지화 섹션 참조). 최악의 문제는 영어 버전을 제공하기 전에 모든 새롭고 변경된 콘텐츠를 모든 언어로 현지화해야한다는 것입니다. 이것은 마케팅 / 판매에 거의 허용되지 않습니다. 그리고 항상 단일 언어를 다시 빌드하고 릴리스해야하는 수정 사항이 모든 다른 언어에 적용됩니다. 각 언어에 대해 별도의 빌드를 제공하는 것이 좋습니다 (쉽게 구현 됨).
  • 좋은 커뮤니티 지원 : 사용자 커뮤니티 포럼 .
  • 꽤 좋은 GUI, 일반적인 합리적인 합리적 입수.
  • 본격적인 MSI-GUI 편집기.
    • 아주 세다. 다소 복잡합니다.
    • 기본 MSI 기술의 GUI 기능의 제한으로 인해 약간의 장애와 성가신 제한이 발생하지만 이는 모든 배포 도구에 대해 동일합니다.
    • 근본 원인은 MSI GUI가 MSI 파일 자체 내의 데이터 테이블을 사용하여 구현되기 때문에, 이로 인해 Win32 대화 상자의 전체 "이벤트 모델"과 관련된 경우 대화 상자 이벤트와 관련하여 심각한 제한이 발생합니다.
  • " Installscript " 라는 사용자 지정 작업을위한 모든 기능을 C 스타일 스크립팅 언어 입니다 .
    • Installscript는 이제 압축되어 자체 샌드 박스로 에뮬레이션됩니다. 이전처럼 사용할 필요 가 없습니다 .
    • 런타임은 덧붙여서이 런타임 손상 ( 종종 DCOM과 관련된 것처럼 보임)과 여러 런타임 버전 간의 다양한 non-호환성 으로 인해 다소 골치 아픈 배포 문제의 원인 이었습니다. 다음은 "기존 목적"에 대한 몇 가지 문제 해결 링크입니다.
    • 런타임이 오류의 원인이 매우 문제 가되었지만 이제 모든 관련 문제가 하면 Installshield 12 이상 이후 완전히 해결 된 을 구석으로 같습니다 .
  • GUI에 잘 통합 된 도움말 .
    • 그런 어려운 기술에 매우 중요합니다.
    • 특히 일반적인 작업을 처리 할 때 매우 유용합니다.
  • 기본 이진 파일 저장 형식 (상자의 출력을 제공하는 윅스는 달리) 실제 소스 제어 또는 분기를 허용하지 않습니다. 프로젝트를 텍스트 형식으로 저장하는 방법이 안전하게 생각하지만 사용하지 않습니다. 얼마나 효과적인지 잘 모르겠습니다.
  • 설치의 여지없이 모든.
    • 공정하게 말하면 대부분의 버그 는 MSI 설정을위한 사용자 정의 대화 상자 모델을 구현하는 특수한 " Installscript MSI "프로젝트 유형 과 관련됩니다 (표시되지 않는 기본 테이블 기반 GUI가 아님).
    • 즉, 의 InstallScript MSI 프로젝트 유형 은 어떤 상황에서도 사용 해서는 안됩니다. 그래도 사용한다면 점을 염두에 두십시오. 특히 제대로 업그레이드하기 어렵습니다 (처음 배포해도 괜찮지 만 업그레이드가 중단됨). 다른 프로젝트 유형이 잘 작동하는 것입니다.
    • Installscript MSI (대부분의 사람들이하는 것처럼 보임)를 포기한 후이 도구는 개인적으로 꽤 잘 작동했습니다 (버그가없는 것은 아닙니다).
  • 나는 지원 되지 않았다 배포에 대한 지원에 만족 IIS 사이트 및 COM + 응용 프로그램 . Installshield의 사용 편의성 대신 WiX의 유연성과 사용자 지정 가능성을 선택해야합니다. 사용 가능한 유연성과 제어가 충분하지 않습니다.
  • 지원 소프트 앱 -V 가상 패키지 와 새로운 기술.
    • 일반 응용 프로그램과 비교하여 몇 가지 새로운 것을 허용합니다.
    • 애플리케이션 스트리밍-머신에 로컬 설치 없음 -JIT.
    • 동일한 컴퓨터에서 호환되지 않는 두 소프트웨어를 사용하십시오.
    • 서버를 통해 업데이트합니다.
    • 라이선스 제어-최대 동시 사용자 또는 소프트웨어를 그룹 / 사용자에 연결합니다.
    • 사용자에게 빠르고 쉽게 응용 프로그램을 제공합니다.
    • 여기에 더 많은 Microsoft 마케팅이 있습니다 .

슬기로운

와이즈는 공식적으로 부활 했지만 이전에 부활했다. 불행히도 이번에는 일부 법적 문제 로 인해 최종 결정되는 일부 법적 문제가 있습니다. 그렇게 훌륭한 도구라면 부끄러운 일입니다. Altiris와 Symantec이 인수했습니다. 이제 시장에서 벗어난 것처럼 보입니다 . 나는 여전히 좋은 현명한 기능에 대한 요약을 배치하고 있습니다.

  • 제약 기능이 풍부합니다.
    • 전반적으로 매우 사용하기 제 우수한 기능 세트.
    • IIS, 고급 릴리스 관리 기능 일부 (매우) 기능이 부족합니다.
  • / 리 패키저 지향 관리자.

    • Installshield보다 코드 집중이 적습니다.
    • 독특하고 유연한 그래픽 스크립팅 편집기.
    • 잘 설정 설정 GUI.
  • 또한 애플리케이션을 배포하는 인터페이스 쉬운 방법을 찾는 소규모 개발 팀 에게도 탁월합니다 .
  • (Installshield에 비해)이 약간 뒤쳐 지지만 "버그가 없습니다".
  • 다수 인 GUI, 일반적인 것 (매우).
  • 펼쳐지는 스타일 편집기에서 설치 순서 구성 및 사용자 지정 작업을 매우 잘 처리합니다. 더 많은 GUI 스크립팅, 약간 코딩.
  • 견고 하고 중요한 버그가 거의 없습니다.
  • 도움말 리소스 및 커뮤니티 지원은 InstallShield와 동등하지만 여전히 좋습니다.
  • 디버깅 및 프로토 타이핑을 위해 선택한 도구 입니다 (빠르고 안정적이며 사용하기 쉬우 며 뛰어난 차이점 기능 ).
  • 그리고 diff 기능과 관련하여 (두 MSI 파일의 이진 비교 허용).
    • 내가 시도한 다른 도구는 다른 MSI 파일의 바이너리 차이를 위해 Wise 가깝지 않다.
    • diff 뷰어의 사용 용이성과 명확성은 환상적이었습니다.
    • 기업 패키징의 경우 차이점 기능은 패키지 또는 수천 개의 서로 다른 소프트웨어 소프트웨어를 다양한 버전으로 관리 할 수 ​​있으며 매우 중요한 부분이 될 수 있습니다.
  • A의 주관적 노트 내가 제일 좋아하는 포장 도구 :. 매우 안정적입니다.
    • 도구를 더 이상 사용할 수없는 것은 정말 부끄러운 일입니다.
    • 우리는 항상 "환생"을 바랄 수 있습니다 (다른 도구에서 Wise처럼 보이는 GUI 스 니펫을 보았습니다).

WiX ( 빠른 시작 팁 )

  • 큰 장점은 텍스트 소스 파일 입니다. 변경 사항을 추적하고 적절한 버전 제어를 수행하는 것이 거의 불가능한 경우 소스를 2 배로 필요가 없습니다.
    • 텍스트 소스는 적절한 분기 , 버전 관리 및 병합 측면에서 개발 김태연의 모든 차이를 만듭니다 . 이것은 많은 비약적인 도약입니다 (프로세스가 복잡하고 처리 시간이 빠르며 개발자가 대기업의 사내 개발에서).
    • 텍스트 소스 파일의 생성과 사용은 WiX 툴킷의 우수한 성능. 자세한 내용 은 빠르고 불완전한 "WiX 기록" 입니다. WiX의 토대와 제공하기 위해 제공하는 것이 좋습니다.
    • 설치 프로그램을 바이너리로 저장하는 일부 배포 도구는 바이너리 소스가 제대로 추적 할 수없는 신비한 문제를 상황에서 끝날 수 있습니다.
      • 이 특히 특히 소스의 형식을 업데이트 한 도구 업데이트 이후에 발생했습니다 (어떤 M 든).
      • 업그레이드는 여러 개의 테이블과 수백 개의 레코드에 영향을 미치므로 성능 문제를 추적하는 것은 불가능한 작업입니다.
      • 증상에는 갑작스런 느린 빌드 시작, 갑작스러운 느린 설치 속도, 설명 할 수없는 오류, 심지어 전체 파일 손상 등이 포함됩니다.
      • WiX를 사용하면 소스에 대한 완전한 투명성과 "간단 함"이 있습니다. 그리고 수행되고 소스의 자동 업데이트가 가능할 때 더 깨끗하고 계단식 변경이 발생합니다. 소스 제어 변경 사항과 결합하면 쉽게 추적하고 수 있습니다. 신비하고 문서화되지 않은 항목이 추가되지 않았습니다.
      • 모든 말과 함께 윅스 윅스 3에서 4로 업그레이드 파일 소스하는 [해석] 사소 하지 않은 것으로 보입니다 . 이것이 일회성 상황이기를 바랍니다. 왜 이것이 정직한 지 잘 모르겠으며 이에 대한 최신 정보도 없습니다.
      • Rob Mensching의 블로그 ( http://robmensching.com/blog/ 및 Bob Arnson의 블로그 https://www.joyofsetup.com/) 에서 직접 실제 뉴스를 확인할 수 있습니다 . 인터넷이 가능하게 말의 입에서 바로-그것은 바로 멋진 세상입니다 ;-). 소문에 따르면 그들은 " 거북이를 끝까지 "하고 있습니다.
  • 견고하고 중요한 버그가 거의 없습니다 .
    • 다른 도구에서 오래 지속되고 간헐적이며 설명 할 수없는 버그로 고생 한 사람들에게 신의 선물입니다. {전쟁 이야기가 삭제}.
    • 그리고 더 좋은 점 : 문제는 실제로 WiX에서 해결되는 것처럼 보이며 오픈 소스 커뮤니티의 도움을 받아 적합합니다. 대부분의 경우 핵심 팀이 처리하는 것입니다.
  • 매우 풍부한 기능 이지만 사용하기가 다소 어렵습니다.
    • "이상하게"될 수 있습니다 (제대로 작동하지 않는 경우).
    • dark.exe 디 컴파일러 도구 를 사용하여 MSI 파일을 WiX XML로 디 검증하는 데 도움이 됩니다. 이를 통해 사전에 너무 많이 알지이를 WiX 소스를 연구 할 수 있습니다.
    • IIS , COM + , SQL Server , 권한 부여 , 방화벽 규칙의 복잡한 항목에 대한 뛰어난 사용자 지정 기능 ... "모든 것"이 가능하지만 다소 관련이 있습니다.
    • WiX 는 새롭고 필요한 기능을 효과적으로 " Windows Installer "로 확장 합니다. 이것은 이전에 "자체적으로"솔루션을 실행해야했던 모든 사람에게 엄청난 이점입니다. 종종 사소 해 보였지만 여전히 오류가 발생하기 쉬운 일이있었습니다.
    • 이러한 확장의 힘은 아무리 강조해도 지나치지 않습니다. 테스트 된 솔루션 을 위해 자체 작성하고 복잡한 사용자 지정 작업을 많이 제거 할 수 있습니다 . 와 적절한 롤백 지원 ! (공급 업체 설정에서 많이 간과 된 기능-내 경험상 거의 대부분-중단 된 설정 후 시스템 상태가 부정확합니다).
    • 적절한 롤백 지원과 함께 일반적인 작업에 대한 사용자 지정 작업으로 C ++ dll을 작성하는 개인적인 경험이 있으며 작업량이 엄청나게 많았습니다. 특히 실제 롤백 기능의 QA입니다.
  • GUI 도구가 현저히 부족하고 특히 WiX 4의 경우 사용할 수있는 좋은 샘플이 거의 없습니다.
  • Visual Studio에서 IntelliSense와 완벽하게 통합됩니다.
    • 분명히 WiX 4에서 지원되는 Visual Studio 버전에 대해 몇 가지 제한 사항이 있습니다.
    • 아직 세부 정보는 없지만 최신 버전의 Visual Studio가 필요합니다. Rob과 Bob의 좋은 블로그 항목이 있다고 생각합니다.
  • 무료입니다 (!). 모든 개발자가 설정을 구축 할 수 있습니다. 누군가 그것을 소유해야합니다 (!). 정말 ;-).
  • 그것은이다 오픈 소스 도.
  • 어떻게 시작합니까? (잘 받아 들여진 답변에 대한 직접 링크-놀랍게도).
    • 들어 샘플 기반 tinkerers는 이쪽 코드 프로젝트 기사 시도 윅스 (윅스 3)와 MSI 파일을 만드는 방법에 빠른 시작을위한입니다. 정말 간단합니다 (MSI를 알고 있다면 자명합니다).
    • 추가 빠른 시작 팁을 보려면 이 WiX Stack Overflow 문서 를 읽을 수도 있습니다 .
    • 신규 및 권장 사항 : Visual Studio에서 새 WiX 프로젝트를 만들 때 작동하는 MSI 파일을 컴파일하는 데 필요한 현재 최소 변경 사항을 보여주는 stackoverflow 답변 : Visual Studio 2017로 만든 Winform 앱을 설치하지 않는 WiX 설치 관리자 msi .
    • 또한 WiX의 dark.exe (MSI 디 컴파일러)를 사용하여 기존 MSI 파일을 적절한 WiX XML 형식으로 디 컴파일 한 다음 어떻게 결합되는지 연구 할 수 있습니다. 특히 고급 기능에 매우 유용하고 교육적입니다.
  • 현재 및 향후 버전.
    • 3.1 버전 은 안정적이며 출시되었습니다 (2017 년 5 월 출시). 단단한 바위 .
    • 버전 4 는 현재 8 년 동안 개발되었습니다 (2017 년 8 월).
      • 안정적인 릴리스에 언제 사용할 수 있는지 명확하지 않습니다.
      • 성공적으로 사용하려면 기존 WiX 파일에 대한 상당한 재 작업이 필요한 매우 중요한 업데이트 가 될 것 입니다.
      • 현재로서는 주요 차이점에 대해 자세히 설명 할 수 없습니다.
      • 버전 3의 안정성과 신뢰성은 확실히 유지되었습니다.

고급 설치 프로그램

  • 나는 이것을 실제 개발에 사용하지 않았습니다.
  • 사용하기 매우 쉽고 멋진 GUI.
  • 업데이트 :
    • 개발 테스트 설치 중에 도구 자체에 매우 우수한 통합 로깅 . 매우 인상적.
    • 또한 " Architect 버전 " 에서 기업 재 포장 에 사용할 수 있습니다 .
    • 풍부한 기능 . 모든 종류의 설정을 컴파일하고 모든 새로운 기술 (App-X, App-V 등)을 지원합니다.
    • App-V에 대한 지원 은 매우 광범위 해 보입니다.
    • 수 가져 다른 도구 '소스 파일 (하면 Installshield, 이노, 윅스, 현명한, NSIS, 비주얼 스튜디오, 데스크톱 다리, 등)의 수입니다. 내가 광범위하게 테스트하지 않았습니다.
  • 내가 볼 수있는 한 독점적 인 텍스트 형식으로 프로젝트를 저장합니다.
  • 견고 해 보이며 SDK 스타일 플래그 및 속성이 아닌 직관적 인 확인란과 옵션을 표시 하는 좋은 GUI 를 통해 MSI 복잡성을 일부 숨 깁니다 . 이것은 좋은 일이며이 시점에서 WiX에서 완전히 누락되었습니다.
  • 프로토 타이핑 및 테스트, 매우 강력한 GUI 및 일반적으로 사용되는 기능에 대한 자동 마법 에 좋을 것 같습니다 .
  • 릴리스 플래그 및 빌드 자동화 설정 및 기타 릴리스 관리 기능 (지금까지 개선 될 수 있음)이있는 InstallShield의 릴리스보기가 그립습니다.
  • 전반적으로 애플리케이션을 배포하는 쉬운 방법을 찾는 개발자에게 가장 적합한 견고한 도구 입니다 . 그 점에서 Wise와 비슷합니다.
  • 더 많이 쓰기에는 실제 경험이 너무 적습니다. 시도해보십시오.

기타 도구

  • Orca 는 바이너리 MSI 파일을 열고 편집하고 어느 정도 비교할 수있는 무료 Windows SDK 도구입니다. 또한 MSI 파일을 수정하기위한 변환 파일 생성 및 기타 기술 작업과 같은 다른 작업을 허용합니다. 내가 항상 설치하고 사용할 수있는 기본 도구입니다. 여기 에 그것의 사용을 논의하는 더 광범위한 Orca 단락 이 있습니다 (아래쪽을보세요). Orca를 사용하려면 일반적으로 Windows SDK를 설치해야합니다 (최신 버전을 설치하고 도구를 검색하기 만하면됩니다).
  • " InstEd " 와 마찬가지로 " Super Orca " 라는 무료 도구를 추천했습니다 . 잠시만 사용했지만 괜찮아 보이며 Orca (다운로드 할 Windows SDK 없음)보다 쉽게 ​​파악할 수 있습니다.
  • 그리고 다른 많은 도구 도 있습니다 . 다음은 http://www.installsite.org 의 도구 목록 과 함께 도구가 계속 유지되고 있는지 여부를 나타냅니다. http://www.installsite.org/pages/en/msi/authoring.htm ( 링크에 대한 Phil Wilson 에게 감사드립니다 -나는 그의 대답을 부활시킬 수 없었습니다).
  • wikipedia의 설치 소프트웨어 목록에 대한 링크도 포함 할 수 있다고 생각 합니다 .

도구 권장 사항?

직접 도구를 추천하는 것은 제 자리가 아닙니다. 하지만 "관찰"을하고 의사 결정을위한 추가 링크를 제공 할 수 있다고 생각합니다.

진지한 사내 개발 팀에게는 WiX를 제안합니다. 다른 도구 (매우 중요하고 중요하다 때로는 유일한 것 인) 사용의 용이성이 경우, 윅스 유연성, 확장 성, 안정성이 뛰어나며의 사용 XML 텍스트 소스 파일 - 다소 거래에 관련되는의 페널티 와. 무료 라이선스로 인해 모든 개발자는 소스를보고 컴파일 할 수 있으며 변경 사항을 쉽게 추적, 되돌 리거나 승인 할 수 있습니다. 개발자와 함께 단일 WiX 소스를 업데이트하는 프로세스를 관리하는 데는 여전히 어려움이 있습니다 (일반적인 개발 작업과 다르지 않습니다. 쉬운 것은 없습니다).

들어 기업 재 포장 (틀림없이 조금 stackoverflow.com의 개발자 초점을 넘어) 나는 순간에 주요 옵션을 추측이다 Flexera AdminStudio 및 고급 설치 건축가 . 사용 가능한 다른 제품도 있으며 항상 installsite.org에 도구 : 재 패키징 및 기업 배포에 대한 세부 정보가 있습니다.

들어 작은 개발 팀 빠르고 쉬운 방법을 찾고 자신의 응용 프로그램을 배포, 내가 생각 하면 Installshield 및 고급 설치는 가장 일반적인 "GUI 기반의"도구입니다. 그들은 많은 기능을 제공하며 설정을 빠르게 제공 할 수 있습니다. 이미 언급했듯이 때로는 이것이 중요한 유일한 것입니다. 사실 아주 자주. 그러나 대신 WiX 를 사용하여 훌륭한 설치 프로그램을 제공 할 수 있지만 더 많은 지식이 필요합니다. 학습 곡선이 있고 특히 현재 GUI와 관련하여 몇 가지 심각한 제한이 있지만 기본 기술은 매우 견고하고 무료입니다. 그리고 중요한 것은 다른 많은 도구 ( http://www.installsite.org의 목록)뿐만 아니라 작업에 더 적합 할 수 있습니다. 특히 기본 배포 기능 만 필요한 간단한 애플리케이션 인 경우 더욱 그렇습니다. 성능이 뛰어나지 만 덜 일반적으로 사용되거나 확립 된 이러한 도구에 대해 더 많은 정보를 제공하지 않은 것은 "불공평"합니다.

WiX가 제공하는 유연성을 사용할 수 있고 WiX의 복잡성을 처리 할 수 있는 사용 가능한 전문 지식과 기술력 도 보유 할 수 있기 때문에 사내 애플리케이션을 제공하는 기업 팀에 WiX를 권장한다는 점을 분명히 해야합니다 . 그리고 그들은 필요할 때 새로운 사람들을 훈련시킬 수 있습니다. 매우 중요한 문제입니다. WiX는 Windows Installer에 대한 지식이 많지 않다면 배우기 쉽지 않습니다. 그러면 케이크 조각이지만, 너무 유연하고 더 나은 단어가 없기 때문에 여전히 시간이 걸립니다 : "fiddly"-실제와 같습니다. 개발, 당신은 진짜 통제권을 가지고 있지만 정확해야합니다. WiX 소스를 설정하면 처리 할 수있는 꿈이 될 수 있습니다. 무슨 일이 일어나고 있는지 알 수 있습니다.

요약하자면 고객에게 애플리케이션을 신속하게 제공 할 수있는 좋은 방법을 찾고 있는 소규모 (또는 대규모) 타사 공급 업체 인 경우 사용 용이성과 구현을위한 빠른 솔루션을 제공 하는 상업용 도구를 사용 하는 것이 좋습니다. 제한된 양의 변경. 특히 IIS의 경우 상용 도구는 과거에 내게 필요한 유연성을 제공하지 못했습니다. 그리고 사내 개발 팀은 최소한 WiX를 사용해보아야합니다.

마지막으로주의 사항 : 고급 설치 프로그램 , InstallShield 및슬기로운일반적으로 가상화를 위한 소프트웨어 패키징을 허용 합니다. 현재로서는 WiX의 기능을 알지 못합니다. 여기에 정보가 있으면 의견을 추가하거나이 게시물을 편집하십시오.

최고의 실용적인 팁 :

나는 일반적으로 프로토 타이핑을 위해 다른 도구를 사용 하고 선택권이 있다면 구현을 위해 WiX를 사용합니다. WiX의 dark.exe (MSI 디 컴파일러)를 사용하여 기존 MSI 파일을 디 컴파일 할 수 있습니다. 때로는 Wise 또는 InstallShield로 구현하고 MSI를 컴파일 한 다음 WiX 형식으로 디 컴파일합니다. 그런 다음 WiX 마크 업을 해제하고 기본 WiX 파일에 덤프합니다. 훌륭하고 일반적으로 매우 빠르게 작동합니다. 자동 구성 요소 생성을위한 heat.exe 도구 와 결합하여 몇 가지 연습을 실행 한 후 10 분 이내에 거대한 IIS 웹 사이트를 패키징 할 수있었습니다. 그 후에 다른 도구를 쉽게 사용할 수있는 WiX가 제공하는 완전한 사용자 정의 기능을 갖게되었습니다.

디 컴파일 된 소스를 정리하는 것은 소풍이 아니지만 로켓 과학도 아닙니다. 약간의 MSI 지식이 필요하며 잠시 동안 "조작"할 것입니다. MSI 파일을 생성하고 디 컴파일하기 위해 상용 도구의 평가판을 다운로드하는 것은 권장되지 않습니다. 결과 MSI 파일은 일반적으로 제거하기 어려운 기능이있는 "워터 마크"가 있습니다.

일부 링크 :

.NET이 아닌 항목에서 WiX는 얼마나 좋은가요?

WiX는 설계 상 모든 Windows Installer 기능을 지원합니다 . Windows 설치 프로그램은 .NET보다 이전 버전입니다.

개인적으로 저는 InstallShield보다 WiX를 선호합니다.

  • XML 텍스트 형식 은 커밋 검토, 분기 간 변경 사항 병합 을 허용합니다.
  • 빌드 자동화 에는 설정 생성이 포함되어야합니다. 이는 WiX로 쉽게 수행 할 수 있습니다.
  • 구성 요소 그룹 정의가있는 wixlib 파일은 모듈 식 설정 개발을 허용합니다 . 종속성 등의 종속성에 대해 걱정할 필요가 없습니다.
  • 라이선싱이나 배포 문제없이 SVN 에있는 프로젝트의 / tools 폴더에 WiX 도구 세트를 포함하기 만하면됩니다.

InstallShield를 사용했을 때이 모든 것이 골칫거리였습니다. WiX는 매우 가파른 학습 곡선을 가지고 있습니다.

당신은 프리웨어 Inno Setup을 확인하실 것입니다 . 제가 오랫동안 사용하고 있는데, 그것은 결코 나를 실망시키지 않았습니다!

몇 년 동안 InstallShield를 사용하지 않았습니다. 마지막 작업에서 우리는 바이너리 형식이 버전 제어를 어렵게 만들고 복구 할 희망없이 소스 파일이 단순히 손상되기 때문에 NSIS에서 NSIS로 옮겼습니다. 물론 SourceSafe 와 관련이있을 수 있습니다 !

게다가 불필요하게 복잡했습니다. 오해하지 마십시오. 우리는 많은 조건부 경로, 병합 모듈 및 정교한 UI를 사용하여 합리적으로 복잡한 설치 프로그램을 수행하고 있었지만 그것조차도 너무 복잡했습니다.

NSIS는 훌륭한 플러그인 시스템을 가지고 있으며 LogicLib 플러그인을 사용하여 명령 적으로 프로그래밍 할 수 있으며 자동 제거 파일을 생성 할 수 있으며 그 외에도 많은 것들이 있습니다.

몇 가지 InstallShield (v12) 프로젝트를 상속했습니다. 파일은 모두 텍스트 / XML이므로 버전 제어 문제가 없습니다. 잘 작동하는 명령 줄 도구를 사용하는 빌드 머신이 있습니다. 내가 싫어하는 것은 (a) 개발자 시트 당 비용과 (b) 버그입니다.

Inno Setup은 매우 유능하고 유연하며 일반적으로 목표를 달성하는 여러 가지 방법이 있으며, 이는 가파른 학습 곡선으로 이어졌습니다. 업그레이드 비용 구조로 인해 최신 버전보다 몇 가지 버전이 있습니다. 제품이 Widows에서 실행되기 때문에 전환해야하는 경우 먼저 MSDN 구독과 함께 제공되는 Microsoft의 설치 프로그램 솔루션을 조사 할 수 있습니다.

참조 URL : https://stackoverflow.com/questions/1544292/what-installation-product-to-use-installshield-wix-wise-advanced-installer

반응형

'ProgramingTip' 카테고리의 다른 글

Google 스프레드 시트에 Lakhs 및 Crores 표시  (0) 2021.01.09
React Native에서 flex 대 flexGrow 대 flexShrink 대 flexBasis?  (0) 2021.01.09
jqGrid의 숨겨진 열  (0) 2021.01.09
가장 빠른 분해 알고리즘은 무엇입니까?  (0) 2021.01.09
Notepad ++ 탐욕스럽지 않은 정규 탐욕  (0) 2021.01.09

'ProgramingTip'의 다른글

  • 현재글사용할 설치 제품은 무엇입니까?

관련글

댓글

티스토리툴바