-
-
Notifications
You must be signed in to change notification settings - Fork 6.5k
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
[Feature]: Global / system wide config ? #14925
Comments
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 30 days. |
This issue was closed because it has been stalled for 30 days with no activity. Please open a new issue if the issue is still relevant, linking to this one. |
1 similar comment
This issue was closed because it has been stalled for 30 days with no activity. Please open a new issue if the issue is still relevant, linking to this one. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
🚀 Feature Proposal
Have a configuration file in a standardized place (
~/jest.config.js|ts|mjs|cjs|json
?) that will be used in all jest process started on the machine.To prevent foot gun, this could be limited to a subset of the configuration
This config file would have a priority in between jest default and project config file, so the project config would still have the final word
Motivation
This will allow to override project-specific configuration for things that will always affect some machine, for example, it could allow to have such a file define
maxConcurrency
ormaxWorkers
in a CI runner by simply having the runner be built with this file, instead of having to define the CI job to start with flags for all of that runner specific configFor people where the default for
maxWorkers
is misbehaving for whatever reason, it could also allow them to set a new default system wide and be able to start tests on projects the same way as their team without risking having their machine slow to a crawlExample
Somebody have node reporting a number of CPU that makes jest
maxWorkers
default misbehave and slow down their machine. Define the file on system wide file withmaxWorkers: 4
(or whatever number works for them). This will override jest default, and still allow that project that needs to have tests runs withmaxWorkers: 1
to workSomebody likes to be notified for everything, but their personal preference is rejected by the other team members. That person can defined
notify: true, notifyMode: always
and have notifications on their machine without having the config file always showing as modifiedPitch
Configuring jest looks like something that should be part of jest itself ?
The text was updated successfully, but these errors were encountered: