Thanks for contributing!
This package is a fork of fast-deep-equal. This library has added handling for React. Before contributing, please make sure the issue relates directly to this library and not fast-deep-equal.
We encourage pull requests concerning:
- React features not handled in this library
- Integrating updates from
fast-deep-equal
- This, unfortunately, now requires more manual work. Use the comment blocks inindex.js
to figure out what to paste and where. - Integrating tests from
fast-deep-equal
- This usually entails upgrading thegit
-based dependencies offast-deep-equal-git
andnpm
-published package offast-deep-equal
inpackage.json:devDependencies
. - Bugs in this library
- New tests for React
- Documentation
Pull requests that should be for fast-deep-equal:
- Equality of non-react comparisons
- Performance of non-react comparisons
- Tests for non-react comparisons
Install the project using yarn
(which we've standardized on for development):
$ yarn install
TL; DR: - Everything you normally need to run is aggregated into:
$ yarn run test
$ yarn run benchmark
(We use builder
to parallelize things, so tasks may output in different
orders)
We write one set of tests located in:
tests/node/**.spec.js
that run in two very different scenarios:
The tests are natively run in node
(hence why they are located in tests/node
to begin with) without any transpilation or "build". You can run them with:
# Single run
$ yarn run test-node
# Persistent watch
$ yarn run test-node --watch
The same tests are then imported and built with webpack
to a test bundle that
can be run in arbitrary browsers. So far in CI, we execute the tests in headless
Chrome on Linux in Travis and IE11 in Appveyor.
To run the browser tests on your machine (note: you must already have the browser you're running installed):
# Default: headless chrome
$ yarn run test-browser
# Example: real Chrome + Firefox + Safari
$ yarn run test-browser --browsers Chrome,Firefox,Safari
# IE11 (on Windows)
$ yarn run test-browser-ie
We validate our TypeScript index.d.ts
with two steps:
# Runs the TypeScript compiler over our types
$ yarn run test-ts-defs
# Runs our types through a sample TypeScript file
$ yarn run test-ts-usage
$ yarn run eslint
You can check how we do with minification + compression with:
# Show minified output
$ yarn -s compress
# Display minified + gzip'ed size in bytes.
$ yarn size-min-gz
Note: If the min+gz size increases, please note it in the README. If it is a significant increase, please flag to your reviewers and have a discussion about whether or not the size addition is justified.
... please make sure that you have done the following:
-
Confirm that all checks are passing:
$ yarn run test $ yarn run benchmark
-
Confirm we don't have any significant performance regressions (check out
master
for a baseline comparison on your machine). -
Confirm you aren't impacting our bundle size. If you do affect the bundle size, please update the bundle badge in the Readme by
- Following the steps outlined in size:
yarn -s compress && yarn size-min-gz
- Grabbing that output and replacing the current size in the bundle_img: (
https://img.shields.io/badge/minzipped%20size-<NEW_SIZE>%20B-flatgreen.svg
) For example, if the new size is650
, the new bundle_img will behttps://img.shields.io/badge/minzipped%20size-650%20B-flatgreen.svg
- Org members: Update the README's benchmark comparison png using this internal Google Sheet template.
- Following the steps outlined in size:
Only for project administrators
# (1) Run tests, lint, build published dir, update package.json
$ npm version [patch|minor|major|<version>]
# (2) If all is well, publish the new version to the npm registry
$ npm publish
# (3) Then, update github with the associated tag
$ git push && git push --tags