Skip to content

Use allow/deny list in docs - #1699

Closed
luciomartinez wants to merge 55 commits into
npm:release/v7.0.0-betafrom
luciomartinez:allow-deny-list
Closed

Use allow/deny list in docs#1699
luciomartinez wants to merge 55 commits into
npm:release/v7.0.0-betafrom
luciomartinez:allow-deny-list

Conversation

@luciomartinez

Copy link
Copy Markdown
Contributor

Update documentation to use allowlist and denylist terms.

claudiahdzand others added 30 commits June 24, 2020 16:51
This reverts commit 0eac801.
PR-URL: #1459
Credit: @claudiahdzClose: #1459
Reviewed-by: @claudiahdz
Fix typo.
PR-URL: #1283
Credit: @peterfichClose: #1283
Reviewed-by: @claudiahdz
In npm/npm-packlist#32, NPM started to drop filenames containing the `*` character.
See:
- #1096
- #1048
PR-URL: #1377
Credit: @maxwellgerberClose: #1377
Reviewed-by: @claudiahdz
PR-URL: #1418
Credit: @kemitchellClose: #1418
Reviewed-by: @claudiahdz
PR-URL: #1429
Credit: @seanpoulterClose: #1429
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.
Fixesnpm/npm#20756
PR-URL: #288
Credit: @bz2Close: #288
Reviewed-by: @claudiahdz
@luciomartinez
luciomartinez requested a review from a team as a code ownerAugust 21, 2020 21:06

@ruyadornoruyadorno left a comment

Copy link
Copy Markdown
Contributor

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. 😊

Comment threaddocs/content/configuring-npm/package-json.md Outdated
Comment threaddocs/content/configuring-npm/package-json.md Outdated
Comment threaddocs/content/configuring-npm/package-json.md Outdated
Comment threaddocs/content/using-npm/developers.md Outdated
luciomartinezand others added 4 commits August 28, 2020 17:58
Co-authored-by: Ruy Adorno <ruyadorno@github.com>
Co-authored-by: Ruy Adorno <ruyadorno@github.com>
Co-authored-by: Ruy Adorno <ruyadorno@github.com>
Co-authored-by: Ruy Adorno <ruyadorno@github.com>
@luciomartinez

Copy link
Copy Markdown
ContributorAuthor

@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

@pkrasicki

Copy link
Copy Markdown

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?

@ljharb

Copy link
Copy Markdown
Contributor

What they mean tho is “allow list” and “block list”, so this is actually clearer and a much better fit.

@pkrasicki

pkrasicki commented Aug 29, 2020

Copy link
Copy Markdown

Perhaps, but compare those two sentences:
You can also blacklist instead of whitelist operating systems - this is the original
You can also block list instead of allow list operating systems - replacement

The second one doesn't make any sense, which is why author of this PR had to add more changes.

@ljharb

Copy link
Copy Markdown
Contributor

Sure, the verb usage is different, but these are still better terms and worth the additional changes.

@darcyclarkedarcyclarke added the Release 6.x work is associated with a specific npm 6 release label Sep 1, 2020
@darcyclarke
darcyclarke changed the base branch from latest to release/v7.0.0-betaSeptember 18, 2020 18:30
@darcyclarkedarcyclarke added Release 7.x work is associated with a specific npm 7 release semver:patch semver patch level for changes and removed Release 6.x work is associated with a specific npm 6 release labels Sep 18, 2020
ruyadorno pushed a commit that referenced this pull request Sep 22, 2020
@ruyadornoruyadorno mentioned this pull request Sep 22, 2020
@ruyadorno

Copy link
Copy Markdown
Contributor

Landed in 5837a48

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Release 7.xwork is associated with a specific npm 7 releasesemver:patchsemver patch level for changes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

17 participants

@luciomartinez@pkrasicki@ljharb@ruyadorno@darcyclarke@claudiahdz@peterfich@maxwellgerber@kemitchell@seanpoulter@vanishcode@jasisk@bz2@LocutusOfBorg@sandratatarevicova@cclauss@aduh95