-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
refactor: define configuration merging strategy #871
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
Conversation
|
This pull request is being automatically deployed with Vercel (learn more). 🔍 Inspect: https://vercel.com/tannerlinsley/react-query/7z175ah5b |
3b2d35f to
9d71586
Compare
9d71586 to
b8bcabf
Compare
b8bcabf to
0f6d697
Compare
0f6d697 to
4f80fd3
Compare
4f80fd3 to
82767c3
Compare
82767c3 to
a94fc97
Compare
a94fc97 to
d86f8e9
Compare
d86f8e9 to
d26d95c
Compare
d26d95c to
718c552
Compare
718c552 to
e9ad2fb
Compare
|
Ready? |
e9ad2fb to
b04321d
Compare
|
Yes this one is ready to be merged |
|
🎉 This PR is included in version 2.7.1 🎉 The release is available on: Your semantic-release bot 📦🚀 |
The current config merging looked a bit confusing so I tried to simplify this a bit and to define a formal strategy:
When using hooks the config will be merged in the following order:
When using a query cache directly the config will be merged in the following order: