danielroe / siroc

Zero-config build tooling for Node
MIT License
152 stars 4 forks source link

chore(deps): update yarn to v3.0.2 - autoclosed #239

Closed renovate[bot] closed 8 months ago

renovate[bot] commented 1 year ago

Mend Renovate

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
yarn (source) 3.0.0-rc.9 -> 3.0.2 age adoption passing confidence

Release Notes

yarnpkg/berry (yarn) ### [`v3.0.2`](https://togithub.com/yarnpkg/berry/blob/HEAD/CHANGELOG.md#302) - Updated TypeScript patch to cover TypeScript 4.4. - Fixed `VirtualFS.mapToBase` to preserve `.` characters (was converting them to empty strings). ### [`v3.0.1`](https://togithub.com/yarnpkg/berry/blob/HEAD/CHANGELOG.md#301) - Fixes an edge case with the PnP loader when calling `readdir` with `null` as second parameter (instead of `undefined`). ### [`v3.0.0`](https://togithub.com/yarnpkg/berry/blob/HEAD/CHANGELOG.md#300) ##### **Breaking Changes** - Node 10 isn't supported anymore. - Plugins can't access `yup` anymore (we migrated to [Typanion](https://togithub.com/arcanis/typanion) as part of [Clipanion v3](https://togithub.com/arcanis/clipanion)). - To upgrade `workspace-tools`, remove it from your `.yarnrc.yml`, upgrade, then import it back. - The `enableImmutableInstalls` will now default to `true` on CI (we still recommend to explicitly use `--immutable` on the CLI). - You can re-allow mutations by adding `YARN_ENABLE_IMMUTABLE_INSTALLS=false` in your environment variables. - The `initVersion` and `initLicense` configuration options have been removed. `initFields` should be used instead. - Yarn will now generate `.pnp.cjs` files (instead of `.pnp.js`) when using PnP, regardless of what the `type` field inside the manifest is set to. - The virtual folder (used to disambiguate peer dependencies) got renamed from `$$virtual` into `__virtual__`. - The `-a` alias flag of `yarn workspaces foreach` got removed; use `-A,--all` instead, which is strictly the same. - The old PnPify SDK folder (`.vscode/pnpify`) won't be cleaned up anymore. - The `--skip-builds` flag from `yarn install` got renamed into `--mode=skip-build`. - The `bstatePath` configuration option has been removed. The build state (`.yarn/build-state.yml`) has been moved into the install state (`.yarn/install-state.gz`) - The cache files need to be regenerated. We had to change their timestamps in order to account for a flaw in the zip spec that was causing problems with some third-party tools. - `@yarnpkg/pnpify` has been refactored into 3 packages: - `@yarnpkg/sdks` now contains the [Editor SDKs](https://yarnpkg.com/getting-started/editor-sdks) - `@yarnpkg/pnpify` now contains the [PnPify CLI compatibility tool that creates in-memory `node_modules`](https://yarnpkg.com/advanced/pnpify) - `@yarnpkg/nm` now contains the `node_modules` tree builder and hoister - `@yarnpkg/plugin-node-modules` has been renamed to `@yarnpkg/plugin-nm` - The `--clipanion=definitions` commands supported by our CLIs will now expose the definitions on the entry point (rather than on `.command`) ##### API - `structUtils.requirableIdent` got removed; use `structUtils.stringifyIdent` instead, which is strictly the same. - `configuration.format` got removed; use `formatUtils.pretty` instead, which is strictly the same, but type-safe. - `httpUtils.Options['json']` got removed; use `httpUtils.Options['jsonResponse']` instead, which is strictly the same. - `PackageExtension['description']` got removed, use `formatUtils.json(packageExtension, formatUtils.Type.PACKAGE_EXTENSION)` instead, which is strictly the same. - `Project.generateBuildStateFile` has been removed, the build state is now in `Project.storedBuildState`. - `Project.tryWorkspaceByDescriptor` and `Project.getWorkspaceByDescriptor` now match on virtual descriptors. ##### Installs - Workspaces now get self-references even when under the `node-modules` linker (just like how it already worked with the `pnp` linker). This means that a workspace called `foo` can now safely assume that calls to `require('foo/package.json')` will always work, removing the need for [absolute aliases](https://nextjs.org/docs/advanced-features/module-path-aliases) in the majority of cases. - The node-modules linker now does its best to support the `portal:` protocol. This support comes with two important limitations: - Projects that make use of such dependencies will have to be run with the `--preserve-symlinks` Node option if they wish to access their dependencies. - Because Yarn installs will never modify files outside of the project due to security reasons, sub-dependencies of packages with `portal:` must be hoisted outside of the portal. Failing that (for example if the portal package depends on something incompatible with the version hoisted via another package), the linker will produce an error and abandon the install. - The node-modules linker can now utilize hardlinks. The new setting `nmMode: classic | hardlinks-local | hardlinks-global` specifies which `node_modules` strategy should be used: - `classic` - standard `node_modules` layout, without hardlinks - `hardlinks-local` - standard `node_modules` layout with hardlinks inside the project only - `hardlinks-global` - standard `node_modules` layout with hardlinks pointing to global content storage across all the projects using this option ##### Bugfixes - Yarn now has a proper [governance model](https://togithub.com/yarnpkg/berry/blob/master/GOVERNANCE.md). - The `node-modules` linker will now ensure that the generated install layouts are terminal, by doing several rounds when needed. - The `node-modules` linker will no longer print warnings about postinstall scripts when a workspace depends on another workspace listing install scripts. - Peer dependencies depending on their own parent are now properly hoisted by the node-modules linker. - Boolean values will be properly interpreted when specified inside the configuration file via the `${ENV_VAR}` syntax. - Should any of `preinstall`, `install`, `postinstall` fail, the remaining scripts will be skipped. - The `git:` protocol will now default to fetching `HEAD` (rather than the hardcoded `master`). - The `SIGTERM` signal will now be propagated to child processes. - The PnP linker now schedules packages to be rebuilt if their unplugged folder is removed - `yarn config unset` will now correctly unset non-nested properties - The TypeScript SDK now - And a bunch of smaller fixes. ##### Settings - Various `initFields` edge cases have been fixed. - The `preferAggregateCacheInfo` flag will now also aggregate cleanup reports. - A new `enableMessageNames` flag can be set to `false` to exclude the `YNxxxx` from the output. ##### Commands - `yarn init` can now be run even from within existing projects (will create missing files). - `yarn init` and `yarn set version` will set the `packageManager` field. - `yarn set version` now downloads binaries from the official Yarn website (rather than GitHub). - `yarn set version from sources` will now upgrade the builtin plugins as well unless `--skip-plugins` is set. - `yarn version apply` now supports a new `--prerelease` flag which replaces how prereleases were previously handled. - `yarn run` should be significantly faster to boot on large projects. - `yarn workspaces foreach --verbose` will now print when processes start and end, even if they don't have an output. - `yarn workspaces foreach` now supports a `--from ` flag, which when combined with `-R` will target workspaces reachable from the 'from' glob. - `yarn patch-commit` can now be used as many times as you want on the same patch folder. - `yarn patch-commit` now supports a new `-s,--save` flag which will save the patch instead of just printing it. - `yarn up` now supports a new `-R,--recursive` flag which will upgrade the specified package, regardless where it is. - `yarn config unset` is a new command that will remove a setting from the local configuration (or home if `-H` is set). - `yarn exec` got support for running shell scripts using Yarn's portable shell. - `yarn plugin import` can now install specific versions of the official plugins. - `yarn plugin import` will now download plugins compatible with the current CLI by default. - `yarn unlink` has been added which removes resolutions previously set by `yarn link`. ##### Builtin Shell - The shell now supports background jobs, with color-coded output. - It now also supports redirections from file descriptors. ##### Compatibility - Running `yarn install` inside a Yarn v1 project will now automatically enable the `node-modules` linker. This should solve most of the problems people have had in their migrations. We still recommend to keep the default PnP for new projects, but the choice is yours. - The patched filesystem now supports file URLs, `bigint`, and `fstat`. - An official ESBuild resolver is now provided under the name `@yarnpkg/esbuild-plugin-pnp`. We use it to bundle Yarn itself! - PnP projects can now use the Node [`exports` field](https://nodejs.org/api/packages.html#packages_package_entry_points) - regardless of the Node version. - The PnP hook now supports the `node:` protocol (new in Node 16) - The Prettier SDK does not use PnPify anymore since it was its only remaining use, and was fairly invasive; as a result, the Prettier plugins must be specified in Prettier's `plugins` configuration property. - Zip terminal links can now be clicked from within VSCode - Builtin patches that fail to apply will no longer cause an error (they'll emit a warning and the original sources will be used instead). - Remember that patches are a problem for our team too, and that we only do this because we don't have any other option available to us right now - if you wish to help, consider [upvoting](https://togithub.com/microsoft/TypeScript/pull/35206) the relevant pull request in the TypeScript repository or, if you work at Microsoft, perhaps mention to your TypeScript team next door that fixing this would benefit you. ##### Miscellaneous - Reporting for HTTP errors has been improved, which should help you investigate registry issues.

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

â™» Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.



This PR has been generated by Mend Renovate. View repository job log here.

renovate[bot] commented 8 months ago

âš  Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

â™» Renovate will retry this branch, including artifacts, only when one of the following happens:

The artifact failure details are included below:

File name: yarn.lock
➤ YN0000: ┌ Resolution step
➤ YN0000: └ Completed
➤ YN0000: ┌ Fetch step
➤ YN0001: │ Error [ERR_STREAM_PREMATURE_CLOSE]: Premature close
    at PassThrough.onclose (node:internal/streams/end-of-stream:154:30)
    at PassThrough.emit (node:events:518:28)
    at emitCloseNT (node:internal/streams/destroy:147:10)
    at process.processTicksAndRejections (node:internal/process/task_queues:81:21)
➤ YN0013: │ No packages were cached - 2 packages had to be fetched
➤ YN0000: └ Completed in 0s 900ms
➤ YN0000: Failed with errors in 1s 81ms
coderabbitai[bot] commented 8 months ago

[!IMPORTANT]

Auto Review Skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share - [X](https://twitter.com/intent/tweet?text=I%20just%20used%20%40coderabbitai%20for%20my%20code%20review%2C%20and%20it%27s%20fantastic%21%20It%27s%20free%20for%20OSS%20and%20offers%20a%20free%20trial%20for%20the%20proprietary%20code.%20Check%20it%20out%3A&url=https%3A//coderabbit.ai) - [Mastodon](https://mastodon.social/share?text=I%20just%20used%20%40coderabbitai%20for%20my%20code%20review%2C%20and%20it%27s%20fantastic%21%20It%27s%20free%20for%20OSS%20and%20offers%20a%20free%20trial%20for%20the%20proprietary%20code.%20Check%20it%20out%3A%20https%3A%2F%2Fcoderabbit.ai) - [Reddit](https://www.reddit.com/submit?title=Great%20tool%20for%20code%20review%20-%20CodeRabbit&text=I%20just%20used%20CodeRabbit%20for%20my%20code%20review%2C%20and%20it%27s%20fantastic%21%20It%27s%20free%20for%20OSS%20and%20offers%20a%20free%20trial%20for%20proprietary%20code.%20Check%20it%20out%3A%20https%3A//coderabbit.ai) - [LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fcoderabbit.ai&mini=true&title=Great%20tool%20for%20code%20review%20-%20CodeRabbit&summary=I%20just%20used%20CodeRabbit%20for%20my%20code%20review%2C%20and%20it%27s%20fantastic%21%20It%27s%20free%20for%20OSS%20and%20offers%20a%20free%20trial%20for%20proprietary%20code)

Tips ### Chat There are 3 ways to chat with CodeRabbit: - Review comments: Directly reply to a review comment made by CodeRabbit. Example: - `I pushed a fix in commit .` - `Generate unit-tests for this file.` - Files and specific lines of code (under the "Files changed" tab): Tag `@coderabbitai` in a new review comment at the desired location with your query. Examples: - `@coderabbitai generate unit tests for this file.` - `@coderabbitai modularize this function.` - PR comments: Tag `@coderabbitai` in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples: - `@coderabbitai generate interesting stats about this repository from git and render them as a table.` - `@coderabbitai show all the console.log statements in this repository.` - `@coderabbitai read src/utils.ts and generate unit tests.` - `@coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.` Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. ### CodeRabbit Commands (invoked as PR comments) - `@coderabbitai pause` to pause the reviews on a PR. - `@coderabbitai resume` to resume the paused reviews. - `@coderabbitai review` to trigger a review. This is useful when automatic reviews are disabled for the repository. - `@coderabbitai resolve` resolve all the CodeRabbit review comments. - `@coderabbitai help` to get help. Additionally, you can add `@coderabbitai ignore` anywhere in the PR description to prevent this PR from being reviewed. ### CodeRabbit Configration File (`.coderabbit.yaml`) - You can programmatically configure CodeRabbit by adding a `.coderabbit.yaml` file to the root of your repository. - The JSON schema for the configuration file is available [here](https://coderabbit.ai/integrations/coderabbit-overrides.v2.json). - If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: `# yaml-language-server: $schema=https://coderabbit.ai/integrations/coderabbit-overrides.v2.json` ### CodeRabbit Discord Community Join our [Discord Community](https://discord.com/invite/GsXnASn26c) to get help, request features, and share feedback.