We have an Outlook add-in that uses ClickOnce deployment.
As soon as the developer checks the assembly, the computer queues for the assembly, and the application is published to a folder on the shared drive.
The problem is that the assembly does not change the publication version to the current version of the assembly, and therefore it is published in the folder of the previous version, which leads to damage to the installer, which says that the version cannot be installed.
I read this article . And I installed [assembly: AssemblyVersion ("1.0. *")]. Still nothing.
I figured out a way around this problem by expanding <ApplicationVersion></ApplicationVersion>* .csproj in the file. But I want it to be automated.
Another workaround was to execute msbuild.exe:
/target:publish /property:PublishDir="\\sharedDir\\" /property:GenerateManifests=true
/property:ApplicationVersion=1.0.0.123
And yet it is not automated. I really would like to transfer the current assembly number either to the msbuild.exe file, or on each assembly to replace the value in <ApplicationVersion></ApplicationVersion>with the actual assembly number. Or is there another way?
source
share