Skip to content

Conversation

@jmorrell
Copy link
Contributor

Data from the dark-launch of the new resolve logic shows the same result 99.5% of the time. There are two cases where things differ:

  • Version numbers of leading v's. Ex: v10.15.3
  • Cases where the resolve function fails and the nodebin request succeeds

To that end I've updated the underlying semver library to correctly parse the leading v's and bumped the version.

I've also written a retry loop around resolve to match the --retry 5 option in the curl request.

Data from the dark-launch of the new resolve logic shows the same result
99.5% of the time. There are two classes where things differ:

- Version numbers of leading v's. Ex: v10.15.3
- Cases where the resolve function fails and the nodebin request succeeds

To that end I've updated the underlying semver library to correctly parse the
leading v's and bumped the version.

I've also written a retry loop around resolve to match the `--retry 5`
option in the curl request
lib/binaries.sh Outdated
return 0
else
n=$((n+1))
sleep 1
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

might be good to backoff here, even if it's just linear. like sleep $((n+1))

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good idea 👍

@jmorrell jmorrell merged commit 6efc1ba into master May 22, 2019
@jmorrell jmorrell deleted the resolve-inconsistencies branch May 22, 2019 20:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants