views:

60

answers:

3

I would like to deploy a TEST version of my internal application to my testing group and I need it to install side by side with the current LIVE version.

I changed everything in the Publish Options but it STILL overwrites my LIVE install. What else do I need to do? Do I have to change the Assembly Name on the Application Tab? Is that even something I should be doing? Seems like that'd break things.

Any direction on this would be greatly appreciated.

Thanks,

+2  A: 

Publishing with Visual Studio has lots of limitations. MageUI is a decent alternative as long as you are signing your deployments. Last I checked, MageUI can't create unsigned deployments.

In MageUI, all you need to change is the 'Name' field of your deployment manifest (the one with the .application extension). This should change your Application Identity and allow you to install it alongside your production version.

Another thing I've seen others do but haven't resorted to myself, is changing the assembly name. Add "Test" to your assembly name and the ClickOnce product name and it should install separately.

whatknott
+1  A: 

It's a common requirment. Here are two ways that have worked for me:

1 - provide different deployment name for each build.

<MSBuild Projects="ClickOnce.csproj"
   Targets="Publish"
   Properties="
        MinimumRequiredVersion=$(MinimumRequiredVersion);
        ApplicationVersion=$(ApplicationVersion);
        ApplicationRevision=$(ApplicationRevision);
        CodeBranch=$(CodeBranch);
        DeployEnv=$(DeployEnv)
        AssemblyName=ClickOnce.$(DeployEnv);
        PublishUrl=$(PublishUrl);
        ProductName=ClickOnce $(CodeBranch) $(DeployEnv)" />

The one limitation of this approach is that project references will no longer work. Use file based assembly refs, and it'll be fine.

2 - Use a code signing certificate For a more polished look obtain one from a trusted root. Instead of getting an install dialog that says "Unknown publisher", you can indicate the name of your group. It also lets the auditors feel warm and fuzzy.

Scott Weinstein
A: 

Check this out for the easy answer: http://robindotnet.wordpress.com/2009/04/22/clickonce-installing-multiple-versions-concurrently/ Short version: Change the assembly name and the Product name (so you can distinguish between the versions on the start menu).

You can muck with the deployment name, but frankly, it's more trouble than it's worth.

RobinDotNet