TASK: Update dependency envalid to v7 #285
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
6.0.2->7.3.1Release Notes
af/envalid
v7.3.1Compare Source
v7.3.0Compare Source
v7.2.2Compare Source
v7.2.1Compare Source
v7.2.0Compare Source
v7.1.1Compare Source
v7.1.0Compare Source
A couple small changes to the default reporter
v7.0.0Compare Source
Version 7 is a major release with several breaking changes. If you've been using the recommended "strict mode" from previous releases, the migration should be fairly straightforward as it's now turned on by default (you can remove the
strict: trueoption). Below are the list of changes:strictis removed, and its behavior is enabled by default. This means:validators.You can still opt-out of strict mode by disabling the
strictProxyMiddleware, but it's notrecommended (see "Custom Middleware", in the README).
dotenvpackage is no longer shipped as part of this library. You can easily use it directlyby installing it and running
require('dotenv').config()before you invoke envalid'scleanEnv()transformervalidator option is gone, replaced by the ability to add custom middlewarehostandipvalidators are now slightly less exhaustive. If you need these to be airtight, useyour own custom validator instead
suggest an env variable that you may have intended. You can re-implement the old behavior with a custom
middleware if you wish
NODE_ENVsupport is now less opinionated, and an error is no longer thrown if a value otherthan
production/development/testis passed in. You can provide your own validator forNODE_ENVto get exactly the behavior you want. The
isDev,isProduction, etc properties still work asbefore, and are implemented as middleware so you can override their behavior as needed.
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, 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.