Feature: Add version checks to upgrade surrealdb on start up. about surrealdb HOT 10 CLOSED

When adding such a feature, it's also best practice to give users a way to disable it.

a date-based version check for upgrades

I'm not sure what your plans here are. Comparing the current version to the one from https://download.surrealdb.com/latest.txt should be enough, unless I'm missing something.

If its just URL then its prone to slow down start time

Not if you do the check in the background, which we should anyway.

from surrealdb.

Not if you do the check in the background, which we should anyway.
This is during startup. We don't want async messages in output. I don't mind how its implemented. I would just think synchronous would have been simple.

The latest.txt works for web requests. We also want to notify users who are offline and air-gapped.

from surrealdb.

So you plan to do that by comparing the time that has elapsed since their release against our normal release cadence?

from surrealdb.

This is during startup. We don't want async messages in output.

Maybe for surreal sql but surreal start may run for a long time. I think periodic checks there are a good idea.

from surrealdb.

So you plan to do that by comparing the time that has elapsed since their release against our normal release cadence?

Yes exactly, but will give it a multiplier. For example "3 releases" should usually mean "yeah, there has been a release - we will not have missed 3 releases". So if you are offline and 3 months out of date, then we show the message.

from surrealdb.

Good idea 👍 In that case, it's unfortunate that we no longer include build metadata in tagged releases. That would have made this easier to implement. Without it, you will have to derive the release date first. On the flip side, not relying on such build metadata is more robust because on custom built binaries that metadata may be disabled too.

from surrealdb.

Will do a follow up PR to check binary date 😂 sys.args[0].create_time

from surrealdb.

Doesn't that just give you the date the binary was built @phughk?

from surrealdb.

Downloaded/modified, yes. Thats good enough until we have something better like metadata. People won't be modifying the binary if they are airgapped if not for upgrading I think

from surrealdb.

Merged in #3599!

from surrealdb.