Làm cách nào để triển khai nâng cấp trình cài đặt WiX?

Trong công việc, chúng tôi sử dụng WiX để xây dựng các gói cài đặt. Chúng tôi muốn việc cài đặt sản phẩm X sẽ dẫn đến việc gỡ cài đặt phiên bản trước của sản phẩm đó trên máy đó.

Tôi đã đọc trên một số nơi trên Internet về một bản nâng cấp lớn nhưng không thể làm cho nó hoạt động. Bất cứ ai cũng có thể vui lòng chỉ định các bước chính xác mà tôi cần phải thực hiện để thêm gỡ cài đặt tính năng phiên bản trước vào WiX?

Trong các phiên bản mới nhất (từ phiên bản 3.5.1315.0 beta), bạn có thể sử dụng phần tử MajorUpgrad thay vì sử dụng phần tử của riêng bạn.

Ví dụ: chúng tôi sử dụng mã này để nâng cấp tự động. Nó ngăn chặn hạ cấp, đưa ra thông báo lỗi cục bộ và cũng ngăn nâng cấp phiên bản giống hệt đã có (tức là chỉ các phiên bản thấp hơn được nâng cấp):

<MajorUpgrade
    AllowDowngrades="no" DowngradeErrorMessage="!(loc.NewerVersionInstalled)"
    AllowSameVersionUpgrades="no"
    />

Cuối cùng tôi đã tìm thấy một giải pháp - Tôi đang đăng nó ở đây cho những người khác có thể có cùng một vấn đề (cả 5 bạn):

• Thay đổi ID sản phẩm thành *

• Dưới sản phẩm thêm Sau đây:

  <Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
  <Upgrade Id="YOUR_GUID">  
     <UpgradeVersion
        Minimum="1.0.0.0" Maximum="99.0.0.0"
        Property="PREVIOUSVERSIONSINSTALLED"
        IncludeMinimum="yes" IncludeMaximum="no" />
  </Upgrade> 

• Trong InstallExecuteSequence thêm:

  <RemoveExistingProducts Before="InstallInitialize" /> 

Từ giờ trở đi mỗi khi tôi cài đặt sản phẩm, nó đã gỡ bỏ các phiên bản đã cài đặt trước đó.

Lưu ý: thay thế Id nâng cấp bằng GUID của riêng bạn

Sau đây là loại cú pháp tôi sử dụng để nâng cấp chính:

<Product Id="*" UpgradeCode="PUT-GUID-HERE" Version="$(var.ProductVersion)">
 <Upgrade Id="PUT-GUID-HERE">
    <UpgradeVersion OnlyDetect="yes" Minimum="$(var.ProductVersion)" Property="NEWERVERSIONDETECTED" IncludeMinimum="no" />
    <UpgradeVersion OnlyDetect="no" Maximum="$(var.ProductVersion)" Property="OLDERVERSIONBEINGUPGRADED" IncludeMaximum="no" />
</Upgrade>

<InstallExecuteSequence>
    <RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>

Như @Brian Gillespie lưu ý, có những nơi khác để lên lịch cho các sản phẩm RemoveEx hiện tại tùy thuộc vào tối ưu hóa mong muốn. Lưu ý PUT-GUID-TẠI ĐÂY phải giống hệt nhau.

Phần tử Nâng cấp bên trong phần tử Sản phẩm, kết hợp với lập lịch hành động thích hợp sẽ thực hiện gỡ cài đặt bạn sau. Hãy chắc chắn liệt kê các mã nâng cấp của tất cả các sản phẩm bạn muốn loại bỏ.

<Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
<Upgrade Id="00000000-0000-0000-0000-000000000000">
  <UpgradeVersion Minimum="1.0.0.0" Maximum="1.0.5.0" Property="PREVIOUSVERSIONSINSTALLED" IncludeMinimum="yes" IncludeMaximum="no" />
</Upgrade>

Lưu ý rằng, nếu bạn cẩn thận với các bản dựng của mình, bạn có thể ngăn mọi người vô tình cài đặt phiên bản cũ hơn của sản phẩm so với phiên bản mới hơn. Đó là những gì trường tối đa dành cho. Khi chúng tôi xây dựng trình cài đặt, chúng tôi đặt Nâng cấp tối đa cho phiên bản đang được xây dựng, nhưng Bao gồmMaximum = "không" để ngăn tình huống này.

Bạn có các lựa chọn liên quan đến việc lên lịch cho RemoveEx hiệnSản phẩm. Tôi thích lập lịch cho nó sau InstallFinalize (thay vì sau InstallInitialize như những người khác đã khuyến nghị):

<InstallExecuteSequence>
  <RemoveExistingProducts After="InstallFinalize"></RemoveExistingProducts>
</InstallExecuteSequence>

Điều này để lại phiên bản trước của sản phẩm được cài đặt cho đến sau khi các tệp và khóa đăng ký mới được sao chép. Điều này cho phép tôi di chuyển dữ liệu từ phiên bản cũ sang phiên bản mới (ví dụ: bạn đã chuyển lưu trữ tùy chọn người dùng từ sổ đăng ký sang tệp XML, nhưng bạn muốn lịch sự và di chuyển cài đặt của họ). Việc di chuyển này được thực hiện trong một hành động tùy chỉnh bị trì hoãn ngay trước InstallFinalize.

Một lợi ích khác là hiệu quả: nếu có các tệp không thay đổi, Windows Installer không cần sao chép lại chúng khi bạn lên lịch sau InstallFinalize. Nếu bạn lên lịch sau InstallInitialize, phiên bản trước sẽ bị xóa hoàn toàn trước, và sau đó phiên bản mới được cài đặt. Điều này dẫn đến việc xóa và sao chép các tập tin không cần thiết.

Đối với các tùy chọn lập lịch khác, hãy xem chủ đề trợ giúp RemoveEx hiệnSản phẩm trong MSDN. Tuần này, liên kết là: http://msdn.microsoft.com/en-us/l Library / aa371197.aspx

Bạn có thể nên hỏi điều này trong danh sách gửi thư của người dùng WiX .

WiX được sử dụng tốt nhất với sự hiểu biết vững chắc về những gì Windows Installer đang làm. Bạn có thể xem xét nhận " Hướng dẫn dứt khoát cho Windows Installer ".

Hành động loại bỏ một sản phẩm hiện có là hành động RemoveEx hiện sản phẩm . Bởi vì hậu quả của những gì nó phụ thuộc vào nơi được lên lịch - cụ thể là, liệu lỗi có khiến sản phẩm cũ được cài đặt lại hay không và liệu các tệp không thay đổi có được sao chép lại hay không - bạn phải tự lên lịch cho nó.

RemoveExistingProductsxử lý <Upgrade>các phần tử trong cài đặt hiện tại, khớp @Idthuộc tính với UpgradeCode(được chỉ định trong <Product>phần tử) của tất cả các sản phẩm được cài đặt trên hệ thống. Các UpgradeCodeđịnh nghĩa một gia đình của các sản phẩm liên quan. Bất kỳ sản phẩm nào có Mã nâng cấp này, có phiên bản nằm trong phạm vi được chỉ định và trong đó UpgradeVersion/@OnlyDetectthuộc tính là no(hoặc bị bỏ qua), sẽ bị xóa.

Các tài liệu cho RemoveExistingProductsđề cập thiết lập UPGRADINGPRODUCTCODEtài sản. Điều đó có nghĩa là quá trình gỡ cài đặt cho sản phẩm bị xóa sẽ nhận được thuộc tính đó, có giá trị là Product/@Idsản phẩm được cài đặt.

Nếu cài đặt ban đầu của bạn không bao gồm một UpgradeCode, bạn sẽ không thể sử dụng tính năng này.

Tôi đã sử dụng trang này để giúp tôi hiểu những điều cơ bản về Nâng cấp WiX:

http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization

Sau đó, tôi đã tạo Trình cài đặt mẫu, (đã cài đặt tệp thử nghiệm), sau đó tạo Trình cài đặt nâng cấp (đã cài đặt 2 tệp thử nghiệm mẫu). Điều này sẽ cung cấp cho bạn một sự hiểu biết cơ bản về cách thức hoạt động của cơ chế.

Và như Mike đã nói trong cuốn sách từ Apress, "The Definitive Guide to Windows Installer", nó sẽ giúp bạn hiểu, nhưng nó không được viết bằng WiX.

Một trang web khác khá hữu ích là trang này:

http://www.wixwiki.com/index.php?title=Main_Page

Tôi đã đọc tài liệu WiX , các ví dụ đã tải xuống, nhưng tôi vẫn gặp nhiều vấn đề với việc nâng cấp. Nâng cấp nhỏ không thực hiện gỡ cài đặt các sản phẩm trước mặc dù có khả năng chỉ định những gỡ cài đặt đó. Tôi đã dành nhiều hơn một ngày để điều tra và thấy rằng WiX 3.5 đã tạo ra một thẻ mới để nâng cấp. Đây là cách sử dụng:

<MajorUpgrade Schedule="afterInstallInitialize"
        DowngradeErrorMessage="A later version of [ProductName] is already installed. Setup will now exit." 
        AllowDowngrades="no" />

Nhưng lý do chính của vấn đề là tài liệu nói rằng sử dụng các tham số " REINSTALL = ALL REINSTALLMODE = nôn " để nâng cấp nhỏ và nhỏ, nhưng không nói rằng các tham số đó là FORBIDDEN cho các nâng cấp lớn - chúng chỉ đơn giản dừng hoạt động. Vì vậy, bạn không nên sử dụng chúng với các nâng cấp lớn.

Tôi sẽ đề nghị xem qua hướng dẫn của Alex Shevchuk. Ông giải thích "nâng cấp lớn" thông qua WiX với một ví dụ thực hành tốt tại Từ MSI sang WiX, Phần 8 - Nâng cấp lớn .

Một điều quan trọng tôi đã bỏ lỡ trong các hướng dẫn trong một thời gian (bị đánh cắp từ http://www.tramontana.co.hu/wix/lesson4.php ) dẫn đến lỗi "Phiên bản khác của sản phẩm này đã được cài đặt":

* Cập nhật nhỏ có nghĩa là những thay đổi nhỏ đối với một hoặc một vài tệp trong đó thay đổi không đảm bảo thay đổi phiên bản sản phẩm (Major.minor.build). Bạn cũng không phải thay đổi GUID sản phẩm. Lưu ý rằng bạn luôn phải thay đổi Gói GUID khi bạn tạo tệp .msi mới khác với các tệp trước đó về mọi mặt. Trình cài đặt theo dõi các chương trình đã cài đặt của bạn và tìm thấy chúng khi người dùng muốn thay đổi hoặc xóa cài đặt bằng các GUID này. Sử dụng cùng một GUID cho các gói khác nhau sẽ gây nhầm lẫn cho Trình cài đặt.

Nâng cấp nhỏ biểu thị những thay đổi trong đó phiên bản sản phẩm sẽ thay đổi. Sửa đổi thuộc tính Phiên bản của thẻ Sản phẩm. Sản phẩm sẽ giữ nguyên, vì vậy bạn không cần thay đổi GUID sản phẩm, nhưng, tất nhiên, hãy nhận Gói GUID mới.

Nâng cấp lớn biểu thị những thay đổi đáng kể như đi từ phiên bản đầy đủ này sang phiên bản khác. Thay đổi mọi thứ: Thuộc tính phiên bản, GUID sản phẩm và gói.

Tôi đang sử dụng phiên bản WiX (3.0) mới nhất và không thể hoạt động ở trên. Nhưng điều này đã làm việc:

<Product Id="*" UpgradeCode="PUT-GUID-HERE" ... >

<Upgrade Id="PUT-GUID-HERE">
  <UpgradeVersion OnlyDetect="no" Property="PREVIOUSFOUND"
     Minimum="1.0.0.0"  IncludeMinimum="yes"
     Maximum="99.0.0.0" IncludeMaximum="no" />
</Upgrade>

Lưu ý rằng PUT-GUID-TẠI ĐÂY phải giống với GUID mà bạn đã xác định trong thuộc tính Nâng cấp Mã của Sản phẩm.

Dưới đây làm việc cho tôi.

<Product Id="*" Name="XXXInstaller" Language="1033" Version="1.0.0.0" 
    Manufacturer="XXXX" UpgradeCode="YOUR_GUID_HERE">
<Package InstallerVersion="xxx" Compressed="yes"/>
<Upgrade Id="YOUR_GUID_HERE">
    <UpgradeVersion Property="REMOVINGTHEOLDVERSION" Minimum="1.0.0.0" 
        RemoveFeatures="ALL" />
</Upgrade>
<InstallExecuteSequence>
    <RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>

Vui lòng đảm bảo rằng Mã nâng cấp trong Sản phẩm khớp với Id trong Nâng cấp.

Đây là những gì làm việc cho tôi, ngay cả với lớp DOWN lớn :

<Wix ...>
  <Product ...>
    <Property Id="REINSTALLMODE" Value="amus" />
    <MajorUpgrade AllowDowngrades="yes" />