-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Support Yarn v2 #1297
Copy link
Copy link
Closed
Labels
F: language-supportIssues specific to a particular language or ecosystem; may be paired with an L: label.Issues specific to a particular language or ecosystem; may be paired with an L: label.L: javascript:yarnnpm packages via yarnnpm packages via yarnT: feature-requestRequests for new featuresRequests for new features
Metadata
Metadata
Assignees
Labels
F: language-supportIssues specific to a particular language or ecosystem; may be paired with an L: label.Issues specific to a particular language or ecosystem; may be paired with an L: label.L: javascript:yarnnpm packages via yarnnpm packages via yarnT: feature-requestRequests for new featuresRequests for new features
Type
Fields
Give feedbackNo fields configured for issues without a type.
While yarn v2 is still in development alphas are already released and documented: https://yarnpkg.github.io/berry/
Since I'm a big fan of dependabot and yarn v2 I would like those two to get along better.
For the default configuration of yarn v2 dependabot already updates versions correctly. However, it does not update the PnP file of yarn. This means that in a fresh clone of a project that cannot enable zero-install you create a diff by simply running
yarnbecause that will update thepnp.js. I don't know any dev history of dependabot with regards toyarnbut it might make more sense fordependabotto "just" runyarn upwhich should cover package.json, yarn.lock and.pnp.js.In addition to that a nice enhancement would be to run
yarn cache cleanfor those who have the offline mirror checked into version control.I solved both of these issues for me by letting a github action cleanup after dependabot by running
yarnandyarn cache cleanbut that does mean dependabot can't make changes to the PR anymore.A hardcoded
yarn.lockfilename might also be problematic in the future since the lockfile name is configurable in yarn v2.