Closed Jim8y closed 2 years ago
I think it's a good idea but not feasiable since sometimes data need resync in new version such like v3.0.3
I think it's a good idea but not feasiable since sometimes data need resync in new version such like v3.0.3
why do you think the data would be an issue? i think data is data, software is software. node can still deal with the data manually after the update.
I think it's a good idea but not feasiable since sometimes data need resync in new version such like v3.0.3
why do you think the data would be an issue? i think data is data, software is software. node can still deal with the data manually after the update.
Too many settings in config.json which might not be the same as default such like magic
, wallet path
, will cause mismatch after this update. I mean if resync needed and more reset settings needed, then this update will not be useful because you still need to check every changes for settings.
Too many settings in config.json which might not be the same as default such like
magic
,wallet path
, will cause mismatch after this update. I mean if resync needed and more reset settings needed, then this update will not be useful because you still need to check every changes for settings.
Then just config the setting manually after the upgrade. U gonna do this no matter what right?
This pr only saves the time to download the software and plugins.
If u have to reconfigure it, just do it anyway.
By the way, this pr does not overwrite the existing config.json.
By the way, this pr does not overwrite the existing config.json.
Oh, I see it. Then it's much better.
why the plugin is still in version 3.0.1?
Fixed now, it is because I forgot to copy the .dll file as it is outside of the PluginName
folder
Let me have a try
The plugin program file xx.dll will be replaced now. But before upgrade, I have oracleservice.dll in the Plugins file, while without OracleService folder(which contain config.json), and after upgrade, other dependencies such as grpc filestorage.dll is added, and OracleService folder new generated, but the folder is still empty without config.json.
This upgrader
does not touch the config file at all, cause user might have custom configurations. If you have a missing file in the plug-in, you can use the reinstall
command here https://github.com/neo-project/neo-node/pull/807
@cloud8little fixed now. If a config file missing, then the upgrader
will add the config.json
too.
g.json
too.
I think if there is no config.json, then you can unzip it from the upgrade file, if config.json already exist, no need to override it.
I think if there is no config.json, then you can unzip it from the upgrade file, if config.json already exist, no need to override it.
that is exactly the current logic.
I think if there is no config.json, then you can unzip it from the upgrade file, if config.json already exist, no need to override it.
that is exactly the current logic.
Tested, it works now. But build with linux seems does not work, I need to figure out why.
win/linux, why the upgrader program must need a runtime folder to work?
win/linux, why the upgrader program must need a runtime folder to work?
It rely on Neo, I guess it is a dependency of Neo
win/linux, why the upgrader program must need a runtime folder to work?
It rely on Neo, I guess it is a dependency of Neo
yeah, it does work.
@shargon @erikzhang Merge?
Tested?
Tested?
Yes
@shargon please review
Totals | |
---|---|
Change from base Build 2186768199: | 0.0% |
Covered Lines: | 107 |
Relevant Lines: | 683 |
I think the upgrade will be a little difficult. For example, automatic updating of configuration files (while keeping the original settings). Consider whether to resync blocks.
I think the upgrade will be a little difficult. For example, automatic updating of configuration files (while keeping the original settings). Consider whether to resync blocks.
This just makes the process of downloading new version from github then unzip it and copy it to target folder
into a single command.....as to config and resync, user can take care them manually (they are doing these manually now, nothing has changed).
Then I don't think this upgrader is useful. Because if an upgrader is used, the user will have a false sense of "it'll do everything for me", which often leads to problems.
This pr will automatically update both the
neo-cli
and all installedplugins
to the most latest version.