|
web
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
ClickOnceI have a WinForm(VB 2.0) application that I am publishing as a ClickOnce
installation. We have a need to publish the same application code for several configurations. (Staging, TestSystem, LiveSystem) Each of these configurations differ only in app.Config changes. I would like the ability to install all of these side-by-side on a machine. Also, we QA our Staging build before publishing as live, and I am concerned that I have the ability to assure both builds are identical even though they are published days apart. Any suggestions? On the project Properties page/Application Tab click the "Assembly
Information" button and set the Assembly Version and File Version Numbers Then in Publish Tab set your publish version. Everytime you publish, you will get a new publish folder on the server when you change these numbers Rich Show quoteHide quote "KenL" wrote: > I have a WinForm(VB 2.0) application that I am publishing as a ClickOnce > installation. We have a need to publish the same application code for several > configurations. (Staging, TestSystem, LiveSystem) Each of these > configurations differ only in app.Config changes. I would like the ability to > install all of these side-by-side on a machine. Also, we QA our Staging build > before publishing as live, and I am concerned that I have the ability to > assure both builds are identical even though they are published days apart. > Any suggestions? > Hi!
A follow up question when "The application is available offline as well". We also have these environments, Staging, TestSystem, LiveSystem and so on with different ClickOnce Publishing Locations (servers). Let us say that I "Publish" the Staging-version. Is then first set "Publish Options | Product name" to something like "...Staging..." so that the user that installes the application understand agains which web service the application is communicating with. Ok, everything is fine. The problems starts when trying to "Publish" e g the "TestSystem" version. I then simply change the Product name to "..Test..." (and of course change publishing location). But what happens when the client installs from this new installation URL, is that the previous installation is REMOVED. That is not what I want. I want the different installations to live side by side on the clients, with different Start menu shortcuts "Staging", "TestSystem", "LiveSystem". What more must be different, besides "Product name", to make the ClickOnce logic to understand that they should be handled as parallell applications/installations. Best regards, Benjamin, Sweden Hi!
I used a MSDN support case to bring light on this issue. You have to change the project property Assembly Name to make the ClickOnce-applikation unique. Of course you also change "Publish options | Product name" to let the user see the different for another ClickOnce application, but theoretical that is no requirement. Best regards Benjamin, Sweden |
|||||||||||||||||||||||