Support more methods for defining config/hooks #209
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Overview
This PR makes it so that users can specify their hooks in a few more ways besides a top-level key in their
package.json
. This is accomplished by using cosmiconfig which would add support for:.huskyrc
,.huskyrc.json
, or.huskyrc.y[a]ml
filehusky.config.js
file that exports a config objectMotivation
My team is already using husky and we want to move to the
beta
version due to its speed improvements but we're not too keen on adding a new top-level key in ourpackage.json
. We'd much prefer a.huskyrc
file which would lead to a clearer separation of concerns and follow an existing pattern that is already in use by many packages.