I have created bat file for automatic build. It's create installer of my product. But problem is that before run automatic build script I have to change product code manually from install shield. So, is there any way to change product code automatically ? because everything is automatic except product code.
相关问题
- How does the setup bootstrapper detect if prerequi
- Wix: How can I set, at runtime, the text to be dis
- Mysql-installer showing error : Memoy could not be
- Can ClickOnce or InstallShield setup SQL Server or
- Cancel installation from my custom action
相关文章
- chained msi's/Bootstrapper/prerequisite?
- How to prevent WiX bundle with same UpgradeCode/Ve
- Reading data from Excel in Haskell
- Running msiexec from a service (Local System accou
- Set InstallPath registry key using Visual Studio S
- Looking for a flexible windows installer product w
- Toad: 10.6: Seek clear instructions on automating
- Need to mock google OAuth2 service
As Phil says you can do this via the COM automation interface for Installshield, but there are also other ways as explained here: Installshield Build Automation.
Essentially:
The link above shows a small sample of how to use the standalone build executable ISCmdBld.exe - which you might already be using.
"[PATHHERE]ISCmdBld.exe" -p "MyInstaller.ism" -r SingleImage -y "1.0.0.13" -z ProductCode=%guid%
.The linked answer also explains how to use msbuild, read Urman's answer.
Finally you can use the COM automation interface and a VBScript (or Javascript?), and I have added a small sample below for how this can work.
I don't have Installshield 2013 available, but here is a very rough sketch of how you can automate the latest version 2016 via COM automation using a VBScript:
This script wasn't tested that thoroughly, and weirdly, the new product configuration and release are not saved unless you save before triggering the build. It might be something simple I have mixed up - or it might be a bug in the tool (it wouldn't be the first one).
Take it for what it is, let's hope it gets you going to work out the wilburys on your own (bugs). I think it might run if you change
ISWiAuto23.ISWiProject
toIswiAuto20.ISWiProject
to match the Installshield 2013 COM server version.Crucially, you must run the VBScript from a
32-bit CScript.exe / WScript.exe
(don't ask me why). Just put a shortcut toC:\Windows\SysWOW64\cscript.exe
on your desktop for testing, and drag and drop your script onto it, or better yet, open a command prompt and go toC:\Windows\SysWOW64
(believe it or not this is the 32-bit folder - and the System32 folder is 64 bit (!) - only in Windows!) and then typecscript.exe [FullPathToVBScript]
. Obviously remember to close your ISM file in the Installshield GUI before running the script.I like the fact that you can save the new release and product config inside the *.ism file so you have a record of compiled releases. I am not sure what ISCmdBld.exe does.
I think you are supposed to use the InstallShield automation for this kind of thing, such as the ISWiProductConfig object that exposes the ProductCode of the MSI you're building.