-
Notifications
You must be signed in to change notification settings - Fork 132
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
Support self update #266
Comments
on windows, would it be possible to download to another file, exec into a seperate exe/batch script, move the file, and then exec back? EDIT: or, i suppose a seperate executable that performs the update of the first, and the first can update the update executable, etc. |
not sure its worth it. |
Yeah windows support definitely involves a bit more logic, but it'd be really nice to have it there too. I think it could be done using a fairly simple process (assuming cargo is used to actually do the update):
I'd be willing to implement and test something like that. |
Need a bit of time to think about this whole thing.
this batch could be generated in runtime by cargo-make using the input data we have from the cli and the current env (cwd and other related stuff). |
Features Description
On linux/mac the exe is not locked while running so if the min version is defined, we could also have cargo-make validate and self update if need and configured to do so.
naturally windows is out of scope here.
(this is based on discussion in #265)
Describe the solution you'd like
In case the min version is higher then installed and self_update = true, cargo-make will first trigger self update and then restart.
restarted process would NOT support self update.
The text was updated successfully, but these errors were encountered: