Reputation: 175
I have been trying to find a way to do this and have found some things online (like this).`
Some explanations state that the application itself can't be running or else it can't update the .exe file it is running if it needs updating (as already running). For that I found an explanation to rename running .exe to be able to update this.
As per the title, the idea is to publish my very small and simple console app to a shared drive. this automatically creates an install file so the first it runs it installs on the computer for the person running the application, the idea is that every time it runs it should check the version matches the one on the shared drive and if it doesn't it will then update itself (maybe uninstall itself and reinstall using the setup file from the shared drive).
I am having problems finding any guides I can use for this, or an easy explanation that would help me find/learn different alternatives for this problem.
Upvotes: 0
Views: 110
Reputation: 93
To summarize you want to push updates to an executable that sits on a network share that users can leverage by visiting the specified directory, correct? You could review ClickOnce deployment to a UNC, however to your point this is something that will check each time the application starts and your intent is for users to run it from the network path. Alternatively I would suggest you look more into a Continuous Deployment option where you push code from your repository upon it passing necessary gatekeepers (CI, QA, etc.). You can run this at off hours to ensure all users are utilizing the most current production ready release.
Article on Continuous Deployment using Jenkins & .NET: https://blog.couchbase.com/continuous-deployment-with-jenkins-and-net/
Upvotes: 1