Apply suggestions from code review
Co-authored-by: Alena Sviridenko <alenasviridenko@github.com>
This commit is contained in:
parent
d9aab2aba4
commit
5aa72c249a
@ -8,7 +8,7 @@ Currently, `actions/setup-node` supports caching dependencies for Npm and Yarn p
|
||||
For the first iteration, we have decided to not support cases where `package-lock.json` / `yarn.lock` are located outside of repository root.
|
||||
Current implementation searches the following file patterns in the repository root: `package-lock.json`, `yarn.lock` (in order of resolving priorities)
|
||||
|
||||
Obviosly, it made build-in caching unusable for mono-repos and repos with complex structure.
|
||||
Obviously, it made build-in caching unusable for mono-repos and repos with complex structure.
|
||||
We would like to revisit this decision and add customization for dependencies lock file location.
|
||||
|
||||
## Proposal
|
||||
@ -24,8 +24,8 @@ The second option looks more generic because it allows to:
|
||||
## Decision
|
||||
|
||||
Add `deps-lock-file` input that will accept path (relative to repository root) to dependencies lock file.
|
||||
If path provided path contains wildcards, the action will search all maching files and calculate common hash like `${{ hashFiles('**/packages.lock.json') }}` YAML construction does.
|
||||
The hash of privided matched files will be used as a part of cache key.
|
||||
If provided path contains wildcards, the action will search all maching files and calculate common hash like `${{ hashFiles('**/packages.lock.json') }}` YAML construction does.
|
||||
The hash of provided matched files will be used as a part of cache key.
|
||||
|
||||
Yaml examples:
|
||||
```yml
|
||||
|
Loading…
Reference in New Issue
Block a user