-
Notifications
You must be signed in to change notification settings - Fork 158
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
Update default wrangler version to 3.x #238
base: main
Are you sure you want to change the base?
Update default wrangler version to 3.x #238
Conversation
Hey! 👋 Apologies for not reviewing this sooner. This |
20c0b85
to
ecefa1e
Compare
@mrbbot all done, but I'm afraid there is a new version already... |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's just land this. Going forward we should try to implement dependabot to do this automatically ... @nprogers
IMO, we should rework the action to use
|
Makes sense LGTM 👍 |
In that case I think we should leave @nevikashah to take a call on this and hand it over to the new team that owns this repo now. |
Oh! It is 3.52.0 now... |
ecefa1e
to
d0fb805
Compare
OK - so thinking about this a bit more. Rather than constantly bumping this, I propose that we land #235 and then set change Then the user has two ways to lock this down, either by installing wrangler locally or specifying a version in the wrangler-action config. Otherwise they just get latest. How do people feel about that? |
|
Yeah I actually meant to say 3.x when I said latest 😄 |
This will ensure that wrangler-action will use the latest compatible version of Wrangler if not specified otherwise. There are two ways to lock down the version of Wrangler for this action: - Specify the required version in the action's parameters when implementing it in your Github Workflows. - Add a dependency to a specific version in your package.json of the project being deployed via this action.
d0fb805
to
9580f80
Compare
@@ -16,7 +16,7 @@ import { exec, execShell } from "./exec"; | |||
import { checkWorkingDirectory, semverCompare } from "./utils"; | |||
import { getPackageManager } from "./packageManagers"; | |||
|
|||
const DEFAULT_WRANGLER_VERSION = "3.13.2"; | |||
const DEFAULT_WRANGLER_VERSION = "3.x"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Urgh! We can't set this to a range because we need to compare it with other semantic versions.
We could just go with latest
here...?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
latest
would potentially introduce a breaking chance once 4.x is out though, wouldn't it, if people are just relying on the defaults?
Perhaps looking up the versions on npm and pulling the latest 3.x from there would be best as a first step? If there was a v3
tag, it could be as simple as (pseudo-example) curl https://registry.npmjs.org/wrangler | jq '.["dist-tags"].v3'
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I briefly played around with looking up the version but it is a bit messy especially if there is no dist-tag, since we would have to iterate over all the versions and find one that best matches the version range.
@petebacondarwin @1000hz to confirm, there is a way around this? a user can specify the version in their package.json? just trying to understand the urgency here |
Yes, I believe now that #235 has been merged this is much less urgent. We should still eventually figure out what a good fallback default value ought to be though. |
This was my original intent. This should be the case, at the very least default the minor versions like here |
@JacobMGEvans I don't think the action should ever default to The latest version of the 3.x should be fine though. Edit: saw the edit, and yep agreed. Latest 3.x should be good! |
No description provided.