-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
Use allow/deny list in docs #1699
Use allow/deny list in docs #1699
Conversation
This reverts commit 0eac801. PR-URL: #1459 Credit: @claudiahdz Close: #1459 Reviewed-by: @claudiahdz
Fix typo. PR-URL: #1283 Credit: @peterfich Close: #1283 Reviewed-by: @claudiahdz
In npm/npm-packlist#32, NPM started to drop filenames containing the `*` character. See: - #1096 - #1048 PR-URL: #1377 Credit: @maxwellgerber Close: #1377 Reviewed-by: @claudiahdz
PR-URL: #1418 Credit: @kemitchell Close: #1418 Reviewed-by: @claudiahdz
PR-URL: #1429 Credit: @seanpoulter Close: #1429 Reviewed-by: @claudiahdz
PR-URL: #1416 Credit: @vanishcode Close: #1416 Reviewed-by: @claudiahdz
PR-URL: #784 Credit: @jasisk Close: #784 Reviewed-by: @claudiahdz
Currently all logging related to shrinkwrap steps reports 'undefined' for the package in output and log messages. This is due to the package associated with the `idealTree` being recreated in the `savePackageJson()` method which precedes these steps. For now, just copy forward the `_id` attribute which lifecycle logging expects, but note that mutating `package` here is surprising. Fixes npm/npm#20756 PR-URL: #288 Credit: @bz2 Close: #288 Reviewed-by: @claudiahdz
PR-URL: #1009 Credit: @danielleadams Close: #1009 Reviewed-by: @claudiahdz
PR-URL: #1547 Credit: @ruyadorno Close: #1547 Reviewed-by: @claudiahdz
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
awesome! thanks for the contribution @luciomartinez ❤️
I find that these phrases need a better construction rather than just replacing the words there but again, thank you so much for bringing this up. We'll make sure to include this in the next release as soon as the requested changes are addressed. 😊
Co-authored-by: Ruy Adorno <[email protected]>
Co-authored-by: Ruy Adorno <[email protected]>
Co-authored-by: Ruy Adorno <[email protected]>
Co-authored-by: Ruy Adorno <[email protected]>
@ruyadorno cool! I was thinking to wrap the terms within code blocks to stand out but this is much better, keeping a more readable grammar. Thanks a lot |
I just noticed this PR and the original text is much easier to understand for me. It seems that everyone knows what words whitelist and blacklist mean. Why did you decide to replace them with more words that don't fit so well in this context? |
What they mean tho is “allow list” and “block list”, so this is actually clearer and a much better fit. |
Perhaps, but compare those two sentences: The second one doesn't make any sense, which is why author of this PR had to add more changes. |
Sure, the verb usage is different, but these are still better terms and worth the additional changes. |
PR-URL: #1699 Credit: @luciomartinez Close: #1699 Reviewed-by: @ruyadorno
Landed in 5837a48 |
Update documentation to use
allowlist
anddenylist
terms.