merge-module

    -1熱度

    1回答

    我有一些使用高級安裝程序創建的合併模塊項目。我需要將它們與視覺工作室整合。我已經爲MSI項目做了同樣的工作,他們工作得很好。但我不知道如何使用Visual Studio實現MSM的持續集成。

    0熱度

    1回答

    是否可以從32位MSI安裝程序調用64位MSI安裝程序?我們有32位產品安裝程序,但少數組件是64位(例如Windows Shell Extension Handler),我們希望將它們與我們的應用程序一起安裝。任何想法如何做到這一點?通過MSM或自定義操作或MSI鏈接?我們正在使用InstallShield。

    2熱度

    1回答

    我一直在使用VS 2015一段時間,並剛剛升級到VS 2017,當它啓動昨天(2017-03-07)。我只安裝了.NET桌面和C++桌面工作流程,而無需更改任何其他單個組件。 我正在考慮將我的C++項目遷移到2017年工具鏈(版本「141」顯然是2015年是「140」)。我需要使用VC合併模塊爲我的安裝程序,所以我看着在C:\Program Files (x86)\Common Files\Mer

    0熱度

    1回答

    我的目標是在我的msi中包含OPC COM ProxyStub MergeModule(x64)。我正在使用WiX。我試着按照How To: Install the Visual C++ Redistributable with your installer的示例代碼。 這裏是我的Product.wxs: <?xml version="1.0" encoding="utf-8"?> <Wix x

    0熱度

    1回答

    許多文件類型可以通過它們的幻數來標識,參見例如。 here。 我想判斷一個文件是微軟合併模塊(見here) 不要Microsoft合併模塊(.msm文件)有一個神奇的數字? 如果不是,我怎樣才能以編程方式找出文件是否是合併模塊? 我不想依賴文件擴展名(.msm)。

    0熱度

    1回答

    我們這一直是構建使用InstallShield 2013是一個客戶端嘗試沒有互聯網連接的計算機上安裝和它被絆倒試圖下載一個Microsoft C++模塊產品。 當我打開InstallShield和看看MSI項目,並單擊應用程序數據 - >再分發和搜索2005年,我看到下面這些圖片顯示的是包選擇安裝,它的位置是本地安裝,所以不應該包含在我們的MSI中?如果我在InstallShield中右鍵單擊包並

    2熱度

    1回答

    我創建了一個使用我創建的合併模塊的安裝程序(使用InstallShield 2012 Spring),並且我想將主安裝程序和合並模塊中的文件安裝到存儲在註冊表中的路徑中。在單獨的安裝程序中,用戶可以指定安裝位置,並將此路徑保存在註冊表中以供後續安裝程序使用。 在合併模塊中,我的組件具有'INSTALLDIR \ Folder'的定義。在主安裝程序中,我已將Redistributables窗格中的D

    1熱度

    1回答

    我有產品A版本1.0.0和V2.0.0,每個版本都與使用WiX文件關聯的文件類型xyz(可執行product.exe)關聯。當安裝產品A V1.0.0時,文件擴展名xyz是關聯的。接下來我安裝產品A V2.0.0,現在文件xyz與產品A V2.0.0相關聯。如果2.0.0首先安裝並且V1.0.0以後,文件關聯將按預期覆蓋,反之亦然。 如果我卸載V2.0.0,那麼文件關聯將被移除2.0.0,並且V1

    0熱度

    1回答

    我想創建一個簡單的合併模塊,其中包含名爲「build」的目錄的所有文件並將它們安裝到程序文件文件夾。我將使用heat來生成包含所有這些文件的wxs文件,並且我希望將它與我爲合併模塊手動編輯的wxs文件分開。我如何從其他合併模塊wxs文件引用生成熱量的文件? 我產生我的熱WXS文件是這樣的: heat dir build -cg heatComponent -gg -var var.buildFol

    0熱度

    1回答

    我正在製作一個msi,它將2個插件安裝到用戶的Roaming文件夾和一個文件夾(+它的內容)到機器上的特定位置:C:\UMI\temp。對於2個插件,一切都很好。這是與我有一個問題的文件夾。首先,我需要測試該位置是否存在,然後將內容移至該位置。 我有它的方式安裝,我使用Heat.exe收穫合併模塊內的文件夾的內容。合併模塊然後在我的WIX項目文件中引用。 這是有問題的合併模塊的內容: <?xml