windows-installer – 安装程序不会覆盖为客户端分支的旧DLL
我有一个InstallShield 2012 Basic MSI项目,我一直在为我们公司维护.我不是一个训练有素的InstallShield开发人员(仅仅是图腾柱上最低的[当时]),但是我在几个月内已经学到了足够的东西,以便从版本到版本顺利运行.
最近我们的一位客户坚持要求修复我们已在最新版本中修复过的旧版本产品中的错误.我们通常不会创建补丁,因为完整的安装程序兼作更新程序,但在这个实例中我们遵守,在他们所处的版本创建了分支,并向他们发送了更新补丁.该补丁中只包含一个文件,并且它与要替换的文件具有相同的版本.一切都好. 今天该客户希望升级到我们的最新版本.实际上我们正在将他们的分支合并回主线,并且由于他们的分支没有额外的组件或客户端特定的代码,我认为我们可以简单地给他们我们的常规安装程序并覆盖所有内容.不是这样…… 当我复制他们的分支安装并尝试更新文件时,安装程??序成功运行并替换所有内容但是它们的分支dll.修补’omus’,’amus’,强制覆盖等等都没有改变.事先删除文件不会做任何事情.无论我尝试什么,分支的dll仍然存在,日志看起来像这样(名称更改,以保护有罪,版本和guids保持完整): 正确更新的DLL: Executing op: RegisterSharedComponentProvider(,File=dll_that_works.r1,Component={B4F132E0-6C2A-4138-990B-16B991F8C54D},ComponentVersion=1.1.1.195,ProductCode={B2F1D6AC-95A4-44A9-9A52-631A3AD14389},ProductVersion=1.1.1,PatchSize=0,PatchAttributes=0,PatchSequence=0,SharedComponent=0,IsFullFile=0) Executing op: FileCopy(SourceName=SY2F9C~1.DLL|dll_that_works.dll,SourceCabKey=dll_that_works.r1,DestName=dll_that_works.dll,Attributes=16384,FileSize=51584,PerTick=65536,VerifyMedia=1,CheckCRC=0,Version=1.1.1.195,Language=0,InstallMode=130023424,) File: C:inetpubwwwrootServicebindll_that_works.dll; Overwrite; Won't patch; REINSTALLMODE specifies all files to be overwritten Source for file 'dll_that_works.r1' is compressed 不更新的分支DLL: Executing op: SetSourceFolder(Folder=C:WindowsInstaller$PatchCache$ManagedCA6D1F2B4A599A44A92536A1A31D34981.1.1) Executing op: RegisterSharedComponentProvider(PatchGUID={EC6657A6-01A1-4AFC-86F9-1F4BF5F15481},MediaCabinet=#PCW_CAB_Family1,File=branched_dll.r,Component={74531F91-82A9-421D-A227-15DDDEDFC2FA},PatchSize=35952,PatchSequence=10000,IsFullFile=0) Executing op: FileCopy(SourceName=branched_dll.r,SourceCabKey=branched_dll.r,DestName=branched_dll.dll,Attributes=0,FileSize=225664,VerifyMedia=0,TotalPatches=1,) File: C:inetpubwwwrootServicebinbranched_dll.dll; Overwrite; Smart patch; REINSTALLMODE specifies all files to be overwritten Redirecting file copy of 'C:inetpubwwwrootServicebinbranched_dll.dll' to 'C:Config.MsiPTB2C9.tmp'. A subsequent patch will update the intermediate file,and then copy over the original. Source for file 'branched_dll.r' is uncompressed,at 'C:WindowsInstaller$PatchCache$ManagedCA6D1F2B4A599A44A92536A1A31D34981.1.1'. 这有点超出我的深度.接近我可以告诉它正在尝试修补分支的DLL,不能这样做,并且由于某种原因将文件抛出到临时目录中(我无法找到“智能补丁”究竟是什么意思的详细信息).我见过这种情况发生在应用于错误版本的补丁中,但这不是补丁!这是一个使用REINSTALLMODE = v(oa)mus和REINSTALL = ALL运行的常规安装程序.它应该只是看到旧版本,看到它嵌入了更新的版本,并吹掉旧版本. (一时兴起,我尝试手动更新DLL,而不是使用我们给客户端更新的.一切都正确更新,所以它不会阻塞文件本身) 我的直接目标是让这个客户端恢复同步,最好不需要任何卸载和一个统一安装程序,而不是为他们创建一个特殊的更新程序.由于文件已经在野外,如果这是不可行的,我可以忍受一个特例.我的未来目标是让这个工作自然地像我想象的那样 – 文件是旧版本,文件被替换,没有其他问题. 我想我提供了相关的一切,但如果没有,我可以提供更多信息.我今天花了很多时间看这个,我根本找不到任何类似于这种情况的材料. 解决方法
根据您对场景的描述,它听起来像您为客户打补丁的组件的密钥文件的“修改日期”可能晚于升级包中的日期,但版本是相同的. Windows Installer可能无法替换该文件.请参阅
Replacing Existing Files以及FileF行中的示例
在应用最新升级之前,此客户可能需要使用卸载已修补组件的自定义程序包. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 如何在IIS 7.5,Windows Server 2008 R2(64位)中安装PHP
- windows – 如何在GetLastError()返回ERROR_MOD_NOT_FOUND后
- 12.[保护模式]中断门
- windows下python管理右键菜单
- Windows如何在系统调用期间切换到管理员模式?
- Windows如何保护转换到内核模式
- Windows 客户端802.1x的一些设置
- windows-server-2008 – Server 2008漫游配置文件权限
- 我可以将32位本机DLL(不是.Net程序集)链接到我的64位.Net应
- powershell – 如何将Windows GUI添加到Windows 2016 Serve