You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 19, 2024. It is now read-only.
I was doing a little refactoring, trying to clean up the configuration loading functions and I realized that we might be able to do something like this:
To dramatically simplify our configuration loading functions.
The benefit of this is that the built-in defaults fallback are first, then the organization configuration overwrites, and then finally repository configuration does the final overwrite.
This means that the repository configuration will dominate the rest, for example.
I was doing a little refactoring, trying to clean up the configuration loading functions and I realized that we might be able to do something like this:
To dramatically simplify our configuration loading functions.
The benefit of this is that the built-in defaults
fallback
are first, then theorganization
configuration overwrites, and then finallyrepository
configuration does the final overwrite.This means that the
repository
configuration will dominate the rest, for example.Is this implementation a bad idea?
Context: a6ef97a#diff-d9b0865f2e8f841410cd4faf3e1e4a1fb7cb0b545f583f6adaad5841d7eaa58dR52
We can do this using
lodash
functionmerge
(example)Originally posted by @whilefoo in #648 (comment)
The text was updated successfully, but these errors were encountered: