-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clickonce - conditionally updating update location #284
Comments
@statler is this related to .NET Framework? For .NET Framework, our Visual Studio developer community is the best way to get questions like this answered. |
Tagging subscribers to this area: @dotnet/area-meta Issue DetailsThis is a bit of a fishing expedition here as I am trying to understand if this is possible, and if so how I might start investigating. We have an app that is updated from a central location. We also have a series of Clients, each with their own azure app services. We are wanting to move our installer so it is updated from each Client's app service rather than just having one installer for all Clients. We would then deploy our app automatically to each Client's app service. Obviously this enables us to deploy early versions to Client's with specific bugfixes etc. without affecting the general environment. I know it is possible to change the deployment location after deployment by just updating the property between updates. Is it possible to conditionally do this - e.g. update the manifest client side based on a database setting, thus rewriting the UpdateUrl with an updated location? I think technically this should be OK as it doesn't change the ApplicationId
|
No this isn't about .Net framework, this is about .Net 7 clickonce deployment. |
Thanks for clarifying. I think this may need to go to winforms repo. But adding @leecow and @merriemcgaw to see who can best help out. |
@NikolaMilosavljevic may have an idea. |
@statler my understanding is that you would like to modify the deployment manifest of the app, on user's machine - i.e. in ClickOnce store (cache). Is that correct? I'm not sure if ClicKOnce runtime would see this as an app integrity violation, but it might technically work only if manifest is unsigned. We do not recommend deploying unsigned apps. |
This is a bit of a fishing expedition here as I am trying to understand if this is possible, and if so how I might start investigating. We have an app that is updated from a central location. We also have a series of Clients, each with their own azure app services. We are wanting to move our installer so it is updated from each Client's app service rather than just having one installer for all Clients. We would then deploy our app automatically to each Client's app service. Obviously this enables us to deploy early versions to Client's with specific bugfixes etc. without affecting the general environment.
I know it is possible to change the deployment location after deployment by just updating the property between updates. Is it possible to conditionally do this - e.g. update the manifest client side based on a database setting, thus rewriting the UpdateUrl with an updated location? I think technically this should be OK as it doesn't change the ApplicationId
The text was updated successfully, but these errors were encountered: