create-react-microservice
create-react-microservice copied to clipboard
TASK: Update dependency envalid to v7
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
| envalid | 4.2.2 -> 7.3.1 |
Release Notes
af/envalid (envalid)
v7.3.1
v7.3.0
v7.2.2
v7.2.1
v7.2.0
v7.1.1
v7.1.0
A couple small changes to the default reporter
- Make the default exporter available as an export, and add extra optional params for customization (#β140)
- Fix some minor typing issues internal to the reporter
v7.0.0
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: true option). Below are the list of changes:
- All code rewritten in TypeScript
- Removed all runtime dependencies (check out the difference in code size)
- The mode-formerly-known-as-
strictis removed, and its behavior is enabled by default. This means:- The env object will only contain the env vars that were specified by your
validators. - Any attempt to access an invalid/missing property on the env object will cause a thrown error.
- Any attempt to mutate the cleaned env object will cause a thrown error.
You can still opt-out of strict mode by disabling the
strictProxyMiddleware, but it's not recommended (see "Custom Middleware", in the README).
- The env object will only contain the env vars that were specified by your
- The
dotenvpackage is no longer shipped as part of this library. You can easily use it directly by installing it and runningrequire('dotenv').config()before you invoke envalid'scleanEnv() - The
transformervalidator option is gone, replaced by the ability to add custom middleware - The
hostandipvalidators are now slightly less exhaustive. If you need these to be airtight, use your own custom validator instead - When you try to access an invalid property on the cleaned env object, the error will no longer 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 other thanproduction/development/testis passed in. You can provide your own validator forNODE_ENVto get exactly the behavior you want. TheisDev,isProduction, etc properties still work as before, and are implemented as middleware so you can override their behavior as needed.
v6.0.2
v6.0.1
Tightening up of the TypeScript typings. See #β112 and #β114
v6.0.0: v6
Changes are pretty minimal here, mostly just dependency updates. The only reason it's a major version is because Node 6.x is no longer supported. The minimum Node version is now 8.12.0.
v5.0.0: β Restore type inference for use from TypeScript
- Restore type inference & type safety to TypeScript definitions (#β98, thanks @βlostfictions !)
- Minimum TypeScript version for the type definitions is now 3.0
This is a breaking (but worthwhile) change if you use TypeScript. If you use regular JS it's a very minor update.
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.
- [ ] If you want to rebase/retry this PR, check this box
This PR has been generated by Mend Renovate. View repository job log here.