我已经创建了一个MSI。在该MSI中，我有一个持久化属性，该属性是用户在应用程序初始安装期间使用自定义对话框填写的。当安装再次运行，并且用户选择修改安装时，最初输入的值将显示为它们应该显示的值 但是，如果用户更改了值，则这些值不会被持久化，因此当用户第二次选择修改应用程序时，不会显示第二组值，但会显示第一组值 是否可以更改持久化属性，或者在安装过程中输入的数据始终是持久化属性？这取决于您如何持久化属性。如果您使用的是注册表项，则需要将组件状态设置为重新安装。我使用的是注册表项。有没有一个简单的方

我正在研究使用组策略部署几个应用程序。我希望将每次安装的日志写入文件服务器上的共享文件夹，以便进行跟踪 如果传递适当的参数，我可以创建日志。例如：msiexec/i Package.msi/l*vx c:\Package.log 但是，使用组策略进行部署时，无法将任何参数传递给安装文件 在创建msi包的过程中，是否仍需要指定日志文件位置？我昨天在MS Security Essentials msi中看到了属性：MsiLogFileLocation 使用Orca创建转换，并在将msi添加到组策略对

我在为Windows 8创建msp（Microsoft修补程序）时遇到问题 在某些计算机上执行my msp无法添加到注册表。如果msp是“以管理员身份运行”，则一切正常。但是将“以管理员身份运行”添加到.msp扩展中并不是一件小事&不被接受为解决方案 核心问题是这个msp有一个自定义操作（一个exe），它向注册表添加一些键/值。UAC避免以系统/管理员权限执行此自定义操作。实际上，exe是执行的，但只有部分exe（如更新注册表）不工作（UAC处于最佳状态） 如何提升自定义操作执行权限？我正在使用

我正在使用InstallShield构建项目的ism文件。虽然在我构建ism时，在InstallShield中打开ism后，它工作正常，但当我尝试通过命令构建ism时，生成的MSI文件无法正确构建，其大小几乎减少了一半 另外，当我调查日志时，我知道在通过命令行构建时没有创建Data1.cab文件 我用于生成的命令如下所示： ISCmdBld.exe-p project.ism-r“版本1” 有人能帮我解决这个问题吗？我建议同时传递产品配置（-a）和发布（-r）。请注意，如果大写或拼写错误，Ins

我有一个产品设置可执行文件，可以将一些文件复制到用户的硬盘上。它不是一般意义上的典型安装程序（它不会向“开始”菜单或“程序文件”文件夹添加任何内容） 每次在Vista上运行安装程序时，exe终止后，Vista都会生成一个任务对话框： 此程序可能未正确安装 使用推荐的设置重新安装 此程序安装正确 是否需要从exe或注册表项调用某个函数进行设置，以向操作系统指示程序已正确安装（或至少抑制此消息） 相关问题：（针对Windows 7特定问题）您需要在注册表的AppCompat部分添加一些信息 请参

我想为我的一个.NET应用程序实现“更新”功能。我看到“高级安装程序”包含此功能 有人推荐高级安装程序来更新我的应用程序吗 另外，我想知道是否可以使用Visual Studio安装项目完成此操作。如果您使用的是ClickOnce安装，则更新将是一项自动功能，具体取决于您设置ClickOnce的方式。有关ClickOnce的更多详细信息，请参阅。不幸的是，我认为VisualStudio安装项目没有这样的功能。如果您需要具有更新/补丁功能的安装程序，我建议您查看。我希望避免ClickOnce。WIX

我想允许我的用户在一台电脑上安装我的应用程序的多个副本；一个用于测试，一个用于生产系统。安装是直接在VisualStudio2005中创建的MSI文件。有没有办法实现这一点 我准备使用其他工具来生成安装，或者在必要时直接使用，但至少目前是不可能的。您需要编写一个转换（.mst），在文件运行之前应用于该文件。此转换可以执行各种操作，包括更改产品代码。正是这种产品代码的更改允许安装同一产品的多个实例，因为对于Windows installer来说，它看起来是不同的产品 此转换功能是Windows i

我正在为我的产品创建补丁。这是基础版本的第三个补丁。我的升级路径如下： 1.0-->1.0.3 1.0.1-->1.0.3 1.0.2-->1.0.3 我所做的是在patch View中创建一个新补丁，并将1.0.3设置为最新版本，将1.0、1.0.1和1.0.2设置为以前的版本。（我在创建补丁1.0.1和1.0.2时采用了相同的方法） 我的问题是，从1.0到1.0.3的升级路径不起作用，但只有在我将1.0.2添加到以前的版本列表时才起作用。如果从以前的版本中删除1.0.2，则1.0-->1

我有一个基于MSI的安装包。MSI通过组策略部署，并作为部署的一部分应用了MST（转换） 我现在正试图在以前通过组策略部署软件的计算机上安装相同的MSI。通过添加/删除程序卸载软件，并通过双击MSI文件尝试重新安装软件 但是，执行此操作会导致以下Windows Installer错误： Error applying transforms. Verify that the specified transform paths are valid. 我必须假设这是因为所讨论的机器受基于组策略的MSI

这可能吗 我所能看到的搜索基本上是，我需要使用第三方工具（如Orca）从我现有的MSI获取GUID，并使用这些工具配置InstallShield以卸载现有版本。我已经试过一到两套这样的说明，但到目前为止没有任何效果。可能是因为我做错了什么，但我似乎在做一些我认为应该相对直截了当的事情。这个问题以前没有解决过吗 谷歌排名靠前的结果是： 用Orca打开旧的MSI，并从属性表中获取其升级代码 在InstallShield LE项目中，转到解决方案资源管理器中的“常规信息” 确保“升级代码”字段设置为

将从目标文件夹对话框中选择的安装路径作为输入从自定义对话框传递到DLL 我正在使用InstallShield 2012设计一个基本的MSI安装程序项目。我设计了一个自定义对话框，在自定义对话框中获取用户登录信息等，并将详细信息传递给DLL，DLL随后相应地创建一个数据库。但是，我需要知道如何将安装路径[在目标文件夹对话框中选择]作为输入传递到dll，以便在适当的文件夹中创建我的DB。我的DLL操作在安装文件后执行 提前谢谢！！如果你不能理解以上内容，我很乐意解释 不能像在命令行中那样直接将值传递

我知道通过MSI安装的程序的安装位置。我想写一个脚本来删除它。我不知道GUID，因为它经常更改。我如何实现这个目标 我已签出安装工具的，但没有看到任何允许我指定安装位置以选择产品的内容。您需要在安装日志文件中找到该属性的升级代码 从这里开始，使用迭代产品的所有实例。绝大多数产品不支持多实例安装，因此缓冲区中应该只返回一个产品代码 一旦知道了产品代码，就可以随心所欲地使用msiexec/x{PRODUCT-GUID} 如果你不喜欢C++，你可以在PosikBar扩展和C库中找到不同的MSIOnRe

一旦安装了我的exe，下次我进行另一次安装时， 它应该进入升级窗口 但它说，已经安装了版本，请卸载该版本 我怎样才能克服这个问题 我更改了版本号（小调、大调、版本号） 它也在做同样的事情。这涵盖了以下主题： 基本上，您需要增加安装项目的版本，接受更改，并将RemovePreviousVersions设置为true。还要确保原始版本和升级版本都是相同的上下文（例如，都是Everyone安装） 既然那篇文章已经写好了，您现在需要增加需要更新的实际文件的文件版本。谢谢，我们将通过链接。

特定供应商的MSI通常通过EXE包装器安装，但我尝试通过GPO使用静默安装进行部署。我正在努力预先设置SecureCustomProperties 供应商记录了可以传递给EXE包装器的大写命令行选项，我假设将它们传递给MSI。使用Orca，我可以看到MSI的属性表包含SecureCustomProperties。该键的值是一个分号分隔的大写列表，包含所有已记录的参数 但是，每个单独的参数都没有相应的键入属性如何预先设置这些设置？ 据 您可以找到MSI文件属性表中列出的大多数属性， 但也有可能设置

我已经在Installshield中开发了一个基本的MSI包。为了让它以静默方式安装，我只在构建时包含了MSI命令行参数“/qb+”。这将按照预期以静默方式安装它 但是，当我再次执行相同的EXE以卸载以前安装的组件时，它实际上会重新安装或修复，但不会卸载。我想启动相同的EXE进行安装，然后卸载。可能吗 问候， Abhijit发生这种情况是因为默认情况下对已安装的软件包执行维护，而默认维护不执行任何操作。您可能可以使用类似的方法来解决此问题，但不要使用“重新安装”，而是尝试设置“删除”并在>3或未

我已经创建了一个简单的自定义安装程序。我的新安装程序工作正常。它创建一个文件夹并将路径添加到app.config文件中 问题是文件夹上的只读标志被设置，非管理员用户的写入权限被删除 如果我手动创建文件夹并设置权限，则在安装程序运行时会重置这些权限 如何从自定义安装程序中指定这些参数 编辑： 我使用下面显示的代码为每个人设置安全权限，这很好 // Get the directory info for the existing folder DirectoryInfo dirInfo = new D

我们有一个visio插件（例如，版本1），由具有管理员权限的用户按照用户（“Just me”otpion）安装，msi安装程序是使用visual studio的安装和部署创建的。后来由于组织策略的存在，所有用户的管理员权限都被撤销。因此，新版本（版本2）需要由IT管理员根据机器（每个人选项）安装，以便插件可供该机器上的所有用户使用，并卸载被吊销权限的用户安装的旧版本（版本1） 我们正在尝试自动卸载，以避免手动干预。该实用程序的工作原理是通过查看该计算机上的注册表项并使用msiexec强制卸载来检

我有一个数据库安装程序设计使用先进的安装软件。虽然我在静默安装期间创建所有数据库、表、存储过程、函数等时没有遇到任何问题，但问题在于用于填充某些主表的主数据脚本。有些主脚本没有执行，而有些确实执行。可能是什么问题？脚本具有执行条件，请确保未执行的脚本设置了正确的条件。另外，如果您将它们放在不同的数据库连接下，请检查它们的连接状况。确保脚本不在安装序列中，只是为了说明一个明显的问题，它们不会在静默安装期间运行。安装MSI并创建详细日志以查看发生了什么 AI的SQL内置支持仅在ExecuteSequ

当我试图安装MSI文件时，它会显示上面的错误消息。严格来说，这是离题的，因为您不是安装程序的开发人员。这使得这成为最终用户的问题。也就是说，如果不查看MSI或安装程序日志，很明显开发人员有门检查缺陷。最有可能出现在LaunchConditions表中。您需要下载ORCA.MSI，并在安装它之后，使用它来编辑有问题的MSI以删除检查。希望它没有其他兼容性问题 否则，作为最终用户，你应该回到该产品的供应商那里，报告一个bug并让他们修复。它在windows 7上工作，并且不仅仅在windows 10

我有一个包a，其中一个包是另一个更大的包的一部分 当第二次调用“setup.exe/S/Verbose setup.exe.log”时，会发生不需要的卸载 当第二次安装并且处于静默模式时，我希望返回ResultCode=0 我该怎么做 谢谢，包A是否实现了OnMaintUIBefore（）和OnMaintUIAfter（）事件处理程序？是的！我试图执行“if MSICONDITION\u TRUE=MsiEvaluateCondition（hMSI，“重新安装\“\”），然后在setup.rul

在中的何处应放置自定义操作类型18（执行作为安装一部分的应用程序），使其仅在卸载过程中运行，因为已对其应用了“REMOVE=”ALL“或“Installed”条件，因此在运行之前不会将其删除？WiX模型 您使用什么工具？这里是一个快速的WiX片段： 同步，在系统上下文中延迟执行，忽略退出代码，在所有类型的卸载上运行（也包括主要升级卸载），以及在RemoveFiles操作之前运行的： REMOVE=“全部” Orca：当使用Orca查看时，上述内容应在中产生类似的结果： |操作：runexe

我已经创建了一个静默安装批处理脚本，以便在一个步骤中安装msi和msp，如下所示 for /r %%i in (*.msi) do set msifile=%%i for /r %%i in (*.msp) do set mspfile=%%i msiexec /a "%msifile%" TARGETDIR="%programdata%\FOLDER" /qn cd %programdata%\AC72AIP for /r %%i in (*.msi) do set msifile=%%

基本上，我正在尝试升级我的应用程序，据我所知，应无条件重新安装以下所有组件： msiexec/i myapp.msi重新安装=所有重新安装模式=vamus 但在详细日志中，我看到： MSI（A0:60）[15:40:10:948]：成分：A；安装：本地；请求：空；操作：空 MSI（A0:60）[15:40:10:948]：成分：B；安装：本地；请求：空；操作：空 MSI（A0:60）[15:40:10:948]：成分：C；安装：本地；请求：空；操作：空 MSI（A0:60）[15:40:10:9

我有一个InstallShield 2009 MSI项目，有几个快捷方式。我想根据发布版本更改这些快捷方式使用的图标。每个版本都针对一个单独的国家（因此也是语言），有些版本有不同的图标。有没有可能做到这一点以及如何做到这一点？这里有一些方法的想法；两者都不完美。首先，由于您指示不同的语言，因此最好将这些快捷方式按语言划分为一个组件。然后，您可以将组件上的“语言”设置与每个版本上的“语言”选项结合使用，以筛选出所需的语言 第二种方法要宽松得多，如果没有自动构建过程，可能无法维护。您可以仔细调整快捷

我在《Windows安装程序Phil Wilson权威指南》第14章“引导程序和临时文件夹”一书中指出，引导程序不应该从临时目录运行MSI，因为临时文件夹很容易删除。。然后，当您对产品进行维修或修改时，该文件可能会消失 这是真的吗？我认为当MSIEXEC开始安装MSI时，它会在C中的某个地方复制一个副本：。。因此，修改/修复不会使用临时目录中的原始MSI。你同意或不同意我或菲尔的观点。嗯，是的，它确实复制了一份。。。但是在缓存MSI之前，MSI中的任何嵌入式CAB都会被剥离。否则，每次安装都需要

最近，我们在安装程序中添加了一个功能，需要稍微重命名几个桌面快捷方式（名称中添加了版本号）。我在让安装程序用新的快捷方式替换旧的快捷方式时遇到问题。最初报告问题时，正在安装新的快捷方式，但没有删除旧的快捷方式。在解决这个问题之后，我遇到了一个复杂的问题：一个旧的快捷方式被删除（到目前为止，还不错），但另一个不是（还不太好），在这两种情况下，都没有安装新的快捷方式（甚至更糟）。我尝试过在安装这些快捷方式的每个组件上更改GUID，甚至有一次，我尝试过在负责快捷方式的每个合并模块中更改ProductC

因此，我创建了一个windows安装程序来部署各种DLL、批处理文件和配置文件。问题是，由于某种原因，在系统上安装文件后，其最后修改日期都更改为安装程序部署它们的时间 这是一个问题，因为文件将安装到的系统经过验证，修改日期必须尽可能准确。以前有人在Windows Installers上见过这种行为吗？这是Windows安装程序的标准行为，还是我做错了什么 提前感谢。之所以会出现这种情况，是因为软件包安装了您的文件副本，而没有安装您的实际文件。因此，当创建副本时，其上次修改日期与创建日期（复制时）

我如何知道我的机器上运行的是哪个版本的MSI 谢谢,， Daniel开始->运行，键入msiexec.exe 版本位于打开窗口中信息的顶部。I get:Windows®Installer。V 5.0.7600.16385 Bu我正在查看一个setup.ini文件，该文件搜索版本号1.1、1.2、2.0和3.0这些如何协调？setup.ini的哪几行特别重要？[SupportOSMsi11]；MSI 1.1 Win95=1 Win98=1 WinNT4SP3=1支持的平台我相信这只是安装程序的主要

若安装程序找不到或者已经过时，我会显示messagebox。 代码如下： Section "Install" GetDLLVersion "$SYSDIR\msi.dll" $R0 $R1 ${If} $R0 < 0x00030001 ;require version 3.1 or higher of MSI Installer MessageBox MB_ICONINFORMATION|MB_OK "Windows Installer 3.1 or higher is

我一直在互联网上四处寻找，但我找不到以下问题的解决方案： 我用cygwin用C编写了一个程序。它实际上是linux应用程序的一个端口，大量使用cygwin的posix仿真。如何将此程序打包到MSI中？有没有一种方法可以不借助Microsoft Visual Studio来实现此目的？可以通过多种方式创建MSI包： 使用 使用免费的设置创作工具，如 使用支持NAnt的 对于MSI软件包来说，应用程序是如何开发的或使用什么并不重要。只需确保包含所有应用程序依赖项，并在安装过程中正确配置它们即可

目前，我正在通过NSIS为我们的产品开发一个安装包，但是，我们的产品经理不喜欢MUI_PAGE_组件的默认样式，因此我想知道如何通过NSIS实现组件页面，同时删除说明框，当鼠标悬停在组件项上时，工具提示将给出说明 !define MUI_COMPONENTSPAGE_NODESC 将从组件页面中删除描述太好了，这就是我需要的，我想我必须编写一个自定义dll并从脚本中调用，非常感谢！ !define MUI_COMPONENTSPAGE_NODESC !include MUI2.nsh !in

我正在使用InstallShield 12创建安装程序，并希望给用户一个选项，比如用户是否希望卸载或保留以前的版本以及是否可以安装新版本 有人知道我怎样才能达到上述目标吗 我在对话框中添加了一个复选框并添加了一个属性，如果用户选择了它，则卸载以前的版本，否则继续使用新版本而不卸载以前的版本。我认为您所描述的内容在MSDN文档中被称为。您将需要编写实例转换（基本上是产品代码转换），因为如果产品代码保持不变，则在机器上下文中只能安装一个实例，在每个用户上下文中只能安装一个实例 这里有一些关于如何编写

我有一个installshield安装程序用于我的应用程序。现在，我为应用程序创建了一个小升级，并且我的一些组件中的一些文件发生了更改。不幸的是，在小升级之后，文件没有被替换，而是保留了旧的内容。这些是文本文件，因此很容易验证。我还在升级期间尝试覆盖的每个文件的属性中明确选中了“始终覆盖” 我已经厌倦了创建定制操作来完成installshield应该做的事情。您知道为什么会发生这种情况吗？我如何强制installshield覆盖这些文件 我正在使用installshield 2008，真的，真的

我们使用Microsoft.Office.Interop.excel.dll创建了一个小型excel应用程序 我们希望在客户端发布此应用程序。系统配置如下。 1） 它是sharepoint server 2010。 2） 它已安装office webapp。 客户无法在“office webapp”上安装office 2010 问题：运行应用程序时，我们收到以下错误消息： Exception for while Processing the file; error is: Retrieving

全部 我想问一下，如果查询的进程正在运行，如何创建一个自定义操作来终止MSI安装 谢谢 相关的？基本上，您需要一个自定义启动条件，以防止在EXE运行时启动MSI。不使用IS，所以我不知道它在检测EXE是否运行方面的功能，我使用的其他工具非常简单。

如何使用自定义信息标记或修改.msi二进制文件 我如何为网站用户提供个人下载，以便他们不必再次登录应用程序 一些网站提供个人/定制/标记的安装程序下载 当您运行该文件时，可执行文件已经知道您是谁，并自动为您登录 例如： join.me传递演示者角色，触发另一方的下载并自动将他们连接到正确的会议 spotify有一个下载，不需要您登录。 您可以参数化MSI文件，以便根据通过msiexec.exe命令行传递给它的值，使用不同的设置进行安装。您启动的安装可以基于您定义的msiexec.exe开关以静默

我正在创建Outlook桌面加载项的msi包，使用VSTO添加高级安装程序的msi包功能。（方法：链接） 通过SCCM（大规模部署）安装后，要使其显示在outlook桌面应用程序上，我需要客户端outlook桌面应用程序重新启动。或者，如果这是不可能的，我想提示用户重新启动他们的系统 当我创建MSI时，找不到此配置。请引导我通过这个。如果可以通过（MSI+SCCM）组合进行大规模部署。对于SCCM，我并不方便（您可以尝试搜索并查看您正在使用的SCCM版本中是否有任何可用的客户端重启设置），但是关

我想将.msi封装到.exe中，以便添加： 硬代码文件夹位置，示例C:\Program Files（x86）\TEST\ 添加安装版本文件 使用静默安装 使用命令行开关（安装/卸载） 日志生成 添加Windows注册表足迹 MSI自定义：自定义MSI文件以进行安装是该技术的内置功能。自定义安装的主要方法有两种： 轻量级：您可以在命令行上将公共属性设置为轻量级的自定义形式，并且，或者 Heavy Weight：使用转换（更改的数据库片段）对整个安装程序进行重大更改-您可以更改整个软件包中的几乎任

症状 我有一个新创建的补丁。它在RTM安装上安装，没有问题。但它会显示以下消息：“此安装可能需要其他依赖项。如果没有依赖项，[My App]可能无法正常工作。是否查找原始的[My App.exe]？” 由于我最初的设置是一个单独的文件.exe（web设置），这是一种烦人和可怕的消息，要呈现给最终用户。用户甚至可能没有保存原始安装程序，也不知道在哪里可以再次找到它 详细信息 我的原始web安装程序实际上将提取的MSI文件的完整副本安装到“[PathToCurrentUser]\Local Sett

是否可以编写调用我的MSI文件的NSIS脚本而不单独启动安装程序？您仍然需要启动该过程，但不必显示任何内容。尝试： msiexec /i yourinstaller.msi /qn /qn选项不会显示用户界面

我有一个WSI安装程序包，用于安装我的应用程序。应用程序本身可以由普通用户运行，但我有一个配置应用程序，该应用程序只能由系统管理员运行。因此，我不希望它出现在所有用户的“开始”菜单中，而只是管理员 有没有办法告诉Windows Installer为所有用户创建一些快捷方式，而为管理员创建一些快捷方式？通常在“所有用户”目录（C:\Documents and settings\all users）中，快捷方式无处不在。如果只想在管理员组中，则应将其放入C:\Documents and settin

我需要升级一个可以在每用户上下文中安装的产品，升级到一个始终在每机器上下文中的新版本。这些要求是： 对于执行升级的管理员用户而言，无论旧版本是按用户（无论是谁）还是按机器上下文安装的，都应该是完全无缝的。 MSI升级应该成功，而无需知道最初在每个用户上下文中安装产品早期版本的用户的密码 应通过单个.msi文件执行安装（不允许使用setup.exe） 安装应该能够在静默（非UI）模式下运行 安装期间不允许重新启动 我的策略是在安装开始时查找产品是否已在每用户上下文中安装，如果已安装，则手动将注册表

我想在InstallShield，基本msi项目（2011）中实现全局变量。我知道，根据手动，引擎在每个自定义操作的启动过程中被初始化，所以全局变量也被初始化。目前，我使用MsiSetProperty和MsiGetProperty在自定义操作调用之间传递值（有关安装成功的信息/从配置文件收集的一些数据等）。是否有更快的方法传递这些值？属性是在自定义操作之间传递值的正确方法。但是请注意，延迟的自定义操作在这个意义上是有限的，它们可以访问的唯一通用属性是（每个CA都有自己的实例）。属性是在自定义操作

考虑以下几点： 我使用VS2010创建一个C.NET 32位windows服务target=x86、framework=4.0和一个相应的setup project.msi 我的开发机器是32位Widnows XP Professional SP3 我有一个特殊的需求：我必须能够通过编程从一个单独的32位应用程序卸载我的服务。为此，在卸载时，卸载应用程序必须知道已安装服务的产品代码，以便能够调用msiexec.exe/uninstall 我已经解决了这个问题，让32位卸载应用程序在注册表中搜索已

我在Installshield 2012中使用基本MSI创建了一个安装 我正在使用链式MSI技术（Windows installer 4.5及更高版本支持） 我的安装由一个主MSI（在Setup.exe中）和几个较小的MSI包构成，这些包链接到主MSI上 在XP上，它就像一个符咒。我可以很好地安装它，当我想卸载它时，我只是选择卸载主MSI，它会自动删除所有链接的MSI 但是，在Vista和Windows 7上，我在卸载时遇到了用户权限问题 当我选择卸载主MSI时，它会在没有进一步通知的情况下关闭

要使用MSI安装可再发行文件，建议安装。这比自定义操作要稳定得多，正如您所做的那样 要使新安装的应用程序识别可再发行的文件，请确保在安装过程结束时或非常接近安装过程时使用延迟的自定义操作启动该文件，以便系统中的合并模块注册的DLL可用 没有办法（建议）使可再发行文件更早地从MSI包在计算机上可用。在启动主MSI之前，您可以使用引导程序将它们作为先决条件安装，但这意味着您有一个EXE作为输出包，它将先决条件和主MSI包捆绑在一起。几乎不可能从问题中诊断此问题。总是喜欢用/MT构建这些类型的help

这个问题以前问过，但从来没有回答过。 如何抑制MS installer部署项目中的警告/错误 谢谢它提醒您做了错误的事情，因为32位MSI不能包含64位组件： 不同的体系结构需要不同的设置： 因此，如果目标计算机是x64，那么为什么还需要64位Dll？可以通过将其构建为x64 MSI文件来消除警告，因为64位MSI可以同时包含32位和64位文件。我刚试过这个，它确实消除了警告。我不知道还有什么其他方法来压制这一警告 亲爱的朋友们， 如果您遵循msdn或其博客或其他安装程序供应商中给出的建议，他们

由于内部原因，我们当前的版本设置为901.0.1500.0，我们的项目是C#NET项目，使用installShield进行安装、补丁创建、升级等。。。 在我们的测试过程中，一切正常，但我们最近确实看到了几篇文章（大部分都是非常老的文章），其中指出a.b.c.d的版本号必须遵循a和b必须小于255的规则。 同样，我们在测试过程中没有遇到任何问题，但这让我们有点担心 有人能帮忙解决这个问题吗 非常感谢。Windows Installer软件包中有三种版本： 产品版本：此版本存储在中，由于它的压缩副

我已经创建了一个PowerTest.NSI文件。在这个文件中，我包含了如下所示的必需DLL和EXE，并添加了必需的 命令 File E:\Source\PowerTest.exe File E:\Source\testutil.dll File E:\Source\ntutil.dll 最后我加载了这个NSI脚本文件，它生成了PowerTest.exe 我运行了这个PowerTest.exe，它在路径（\Program Files\PowerTest）中生成了以下DLL和exe以及

我想在Azure DevOps中为具有安装程序的Winform应用程序创建CI-CD管道。我希望我的CD在每次签入后都将.msi/.exe放入指定的位置/放置文件夹，其中包含最新版本。是为这种情况量身定制的。将.wixproj添加到您的解决方案中，编写安装代码，它将在Azure DevOps中正常工作。它甚至可以在托管的Azure DevOps构建中工作，因为WiX工具集是其映像的一部分 WiX工具集功能强大，您可以在中阅读更多信息。我使用了高级安装程序打包工具，这非常容易与Azure DevO