Skip to content

Commit 33b163c

Browse files
nschonniTrott
andauthored
fix: remark-lint-no-multiple-toplevel-headings (#3121)
Co-authored-by: Rich Trott <[email protected]>
1 parent 9a4041d commit 33b163c

18 files changed

+52
-53
lines changed

.remarkrc

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,6 @@
66
["remark-lint-first-heading-level", false],
77
["remark-lint-maximum-line-length", false],
88
["remark-lint-no-file-name-articles", false],
9-
["remark-lint-no-multiple-toplevel-headings", false],
109
["remark-lint-no-shortcut-reference-link", false],
1110
["remark-lint-no-trailing-spaces", false],
1211
["remark-lint-no-undefined-references", false],

CONTRIBUTING.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ expectations the Node Foundation requires of its contributors.
1111
* A **Contributor** is any individual creating or commenting on an issue or pull request.
1212
* A **Collaborator** is a subset of contributors who have been given write access to the repository.
1313

14-
# Logging Issues
14+
## Logging Issues
1515

1616
Log an issue for any question or problem you might have. When in doubt, log an issue,
1717
any additional policies about what to include will be provided in the responses. The only
@@ -23,7 +23,7 @@ add appropriate metadata before the issue is addressed.
2323
Please be courteous, respectful, and every participant is expected to follow the
2424
project's Code of Conduct.
2525

26-
# Contributions
26+
## Contributions
2727

2828
Any change to resources in this repository must be through pull requests. This applies to all changes
2929
to documentation, code, binary files, etc. Even long term collaborators must use
@@ -53,7 +53,7 @@ small minority of issues are brought to the Technical Steering Committee for
5353
resolution. Discussion and compromise among collaborators is the default
5454
resolution mechanism.
5555

56-
# Becoming a Collaborator
56+
## Becoming a Collaborator
5757

5858
Individuals with non-trivial contributions may be added as Collaborators.
5959
Collaborators are expected to follow this policy and continue to send pull

locale/ar/docs/guides/publishing-napi-modules.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -22,7 +22,7 @@ layout: docs.hbs
2222
حتى يتمكن المستخدم من تثبيت نسخة خاصة بالـ N-API، يجب عليه تنفيذ الأمر `npm install iotivity-node@n-api`.
2323
لمزيد من المعلومات حول كيفية استعمال الوسوم مع مدير حزم النود، قم بزيارة ["Using dist-tags"][].
2424

25-
# كيفية تقديم اعتماد في نسخة لحزمة خاصة بـ N-API
25+
## كيفية تقديم اعتماد في نسخة لحزمة خاصة بـ N-API
2626
لإضافة نسخة خاصة بالـ N-API من حزمة `iotivity-node` كإعتماد ، يجب على ملف `package.json` أن يبدو كما يلي:
2727

2828
```json

locale/en/blog/community/quality-with-speed.md

Lines changed: 17 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -27,7 +27,7 @@ are in support of this goal.
2727

2828
This is our take on how these activities fit together.
2929

30-
# Key strategies
30+
## Key strategies
3131

3232
Several key strategies are in place to build the safety
3333
net in order to enable change/innovation while maintaining
@@ -45,7 +45,7 @@ quality. These include:
4545
* Performance Benchmarks
4646
* Tools
4747

48-
# Release Types
48+
## Release Types
4949

5050
The Node.js project maintains 3 key types of releases
5151

@@ -61,15 +61,15 @@ to Current and LTS releases in a more controlled manner,
6161
such that the level of quality/stability increases at
6262
each level.
6363

64-
## Nightlies
64+
### Nightlies
6565

6666
These are built from master and contain the very latest changes
6767
that have been landed. If you want to try out the bleeding edge
6868
these are the binaries to use. There is no additional testing
6969
on these releases, however, the standard Node.js unit tests are
7070
run for each change landed so these will most often be usable.
7171

72-
## Current
72+
### Current
7373

7474
Changes which have landed in master are backported to Current
7575
on a regular basis. In general all changes that land in master
@@ -92,7 +92,7 @@ If you want to try out the latest with a reasonable expectation
9292
that your application will continue to run, these are the releases
9393
to use.
9494

95-
## LTS
95+
### LTS
9696

9797
Once changes have been proven in the Current stream, they are candidates
9898
for the LTS streams. In the first stage of LTS (Active)
@@ -122,7 +122,7 @@ You can read more about the LTS releases [here](https://github.com/nodejs/lts).
122122
If you want the best level of stability/quality for your production
123123
applications these are the releases to use.
124124

125-
# Change flow processes
125+
## Change flow processes
126126

127127
We've already touched on this in the discussion on the different release
128128
types but we'll expand on this strategy here.
@@ -166,7 +166,7 @@ where those changes can be used/validated and a funnel through which
166166
these can flow in an appropriate manner into releases used by more
167167
risk-averse community members.
168168

169-
# Enhancement Proposal Process
169+
## Enhancement Proposal Process
170170

171171
Some changes are of such scope that they cannot simply be reviewed in a
172172
pull request. There are often larger questions that will factor into the
@@ -184,7 +184,7 @@ on implementation. The result being that the merits of the concept can be
184184
discussed at the appropriate level of abstraction without having to
185185
review all of the technical details.
186186

187-
# Automation and Testing
187+
## Automation and Testing
188188

189189
Automation and Testing are key strategies that go hand in hand in allowing
190190
rapid change in a safe manner.
@@ -215,7 +215,7 @@ These levels include:
215215
* Development Workflows
216216
* Use Case Testing
217217

218-
## Functional Tests
218+
### Functional Tests
219219

220220
Functional tests are the first level of defense. Our collaborator guidelines
221221
require test cases for all new features added, and our collaborators set a
@@ -232,7 +232,7 @@ the tests pass reliably and consistently. If you watch the continuous
232232
integration (ci) runs you will see that they are mostly green
233233
and intermittent failures are rare.
234234

235-
## Platform/OS Coverage
235+
### Platform/OS Coverage
236236

237237
This is not a type of test by itself. But by applying the strategy of
238238
running tests across a broad range of platforms and OS types and levels it
@@ -247,7 +247,7 @@ Our strategy is to test on a broad range of platforms both to ensure Node.js
247247
works on our supported platforms, but also to leverage the diversity to
248248
uncover as many problems as early as possible.
249249

250-
## Dependency Testing
250+
### Dependency Testing
251251

252252
Node.js has a number of key dependencies. It's important that we ensure
253253
that any changes we apply to those dependencies don't have a negative effect.
@@ -259,7 +259,7 @@ making changes to the V8 tree.
259259
We don't currently run the tests for other dependencies, but the delta in
260260
the Node.js tree for the dependencies other than V8 is more limited.
261261

262-
## Module Tests
262+
### Module Tests
263263

264264
Module tests are the next level of defense. They help to validate that
265265
changes are not going to break for end users. Most applications use
@@ -274,7 +274,7 @@ Current and LTS releases and we are working to increase that frequency.
274274
You can read more about our module testing efforts in
275275
[https://github.com/nodejs/citgm/](https://github.com/nodejs/citgm/).
276276

277-
## Stress Tests
277+
### Stress Tests
278278

279279
Some problems only surface after running for a long time. Stress tests help
280280
to flush those out by running certain scenarios over a prolonged period
@@ -283,7 +283,7 @@ of time.
283283
We don't have any stress tests running at this point but it will be our next
284284
priority after we have module testing running at an appropriate frequency.
285285

286-
## Development Workflows
286+
### Development Workflows
287287

288288
Development Workflows is another level up from Module Testing. It aims
289289
to test common development workflows to ensure changes will not introduce
@@ -292,7 +292,7 @@ any regressions to those flows.
292292
These are more work to put in place and run but they will be next on our
293293
list after getting stress tests in place.
294294

295-
## Use Case Testing
295+
### Use Case Testing
296296

297297
This would be the next logical step after Development Workflows, testing
298298
for the common use cases for Node.js.
@@ -301,7 +301,7 @@ Our current strategy is to get some of this coverage through the
301301
benchmarking that we put in place, but it is another area we can work
302302
on once we have the other levels of testing in place.
303303

304-
# Performance Benchmarks
304+
## Performance Benchmarks
305305

306306
While ensuring functional stability is good, its not enough. We also need
307307
to make sure that performance is not degraded as changes flow in.
@@ -318,7 +318,7 @@ across the major Node.js versions. You can view this data at:
318318
This data allows us to ensure we avoid performance regressions as
319319
changes flow in.
320320

321-
# In Summary
321+
## In Summary
322322

323323
This may have been a bit of a long read but I hope it has put a number
324324
of the activities you may have seen in the Node.js community over the last

locale/en/blog/vulnerability/december-2019-security-releases.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -52,21 +52,21 @@ Please note that this will be the final release of the v8.x line as support ends
5252

5353
--------------------------------------
5454

55-
# Summary
55+
## Summary
5656

5757
The Node.js project will release new versions of all supported release lines on or shortly after Tuesday December 17, 2019 UTC. For versions 8, 10, and 12 the only update to the runtime in these releases will be an updated version of npm addressing the vulnerability announced in https://blog.npmjs.org/post/189618601100/binary-planting-with-the-npm-cli. Version 13, while still being a security release, will include all commits that were scheduled to be included in the originally scheduled release.
5858

5959
In the meantime, users should update to npm 6.13.4 by following the instructions provided in the npm advisory. As a general rule, avoid running npm in production environments.
6060

61-
# Impact
61+
## Impact
6262

6363
All versions of Node.js are vulnerable including the LTS and current releases: Node.js 8 (LTS "Carbon"), Node.js 10 (LTS "Dubnium") , Node.js 12 (LTS "Erbium"), and Node.js 13.
6464

65-
# Release timing
65+
## Release timing
6666

6767
Releases will be available at, or shortly after, Tuesday, December 17, 2019 UTC.
6868

69-
# Contact and future updates
69+
## Contact and future updates
7070

7171
The current Node.js security policy can be found at https://nodejs.org/en/security/. Please follow the process outlined in https://github.com/nodejs/node/blob/master/SECURITY.md if you wish to report a vulnerability in Node.js.
7272

locale/en/blog/vulnerability/february-2020-security-releases.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -41,21 +41,21 @@ Increase the strictness of HTTP header parsing. There are no known vulnerabiliti
4141

4242
--------------------------------------
4343

44-
# Summary
44+
## Summary
4545

4646
The Node.js project will release new versions of all supported release lines on or shortly after Tuesday, February 4th, 2020.
4747

4848
One Critical severity and two High severity issues will be fixed. The release also includes stricter HTTP parsing.
4949

50-
# Impact
50+
## Impact
5151

5252
All supported versions (10.x, 12.x, and 13.x) of Node.js are vulnerable.
5353

54-
# Release timing
54+
## Release timing
5555

5656
Releases will be available at, or shortly after, Tuesday, February 4th, 2020.
5757

58-
# Contact and future updates
58+
## Contact and future updates
5959

6060
The current Node.js security policy can be found at https://nodejs.org/en/security/. Please follow the process outlined in https://github.com/nodejs/node/blob/master/SECURITY.md if you wish to report a vulnerability in Node.js.
6161

locale/en/blog/vulnerability/jan-2018-spectre-meltdown.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -30,7 +30,7 @@ data that they should not have access to. In order to protect yourself
3030
from these cases, apply the security patches for your operating
3131
system. You do not need to update the Node.js runtime.
3232

33-
# Contact and future updates
33+
## Contact and future updates
3434

3535
The current Node.js security policy can be found at https://nodejs.org/en/security/.
3636

locale/en/blog/vulnerability/july-2017-security-releases.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ Expect a backport and update with the next release of 6.x
1717

1818
* [Node.js v8 (Current)](https://nodejs.org/en/blog/release/v8.3.0)
1919

20-
# _(Update 11-July-2017)_ Security releases available
20+
## _(Update 11-July-2017)_ Security releases available
2121

2222
## Summary
2323
Updates are now available for all active Node.js release lines as well as the 7.x line. These include the fix for the high severity vulnerability identified in the initial announcement, one additional lower priority Node.js vulnerability in the 4.x release line, as well as some lower priority fixes for Node.js dependencies across the current release lines.
@@ -79,7 +79,7 @@ The Node.js project will be releasing new versions across all of its active rele
7979
## Denial of Service Vulnerability
8080
All current versions of v4.x through to v8.x inclusive are vulnerable to an issue that can be used by an external attacker to cause a denial of service. The severity of this vulnerability is high and users of the affected versions should plan to upgrade when a fix is made available.
8181

82-
# Impact
82+
## Impact
8383

8484
* Versions 4.x of Node.js **are vulnerable**
8585
* Versions 6.x of Node.js **are vulnerable**

locale/en/blog/vulnerability/june-2018-security-releases.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ Updates are now available for all active Node.js release lines. These include th
1515

1616
We recommend that all users upgrade as soon as possible.
1717

18-
# Downloads & release details
18+
## Downloads & release details
1919

2020
* [Node.js 10.4.1 (Current)](https://nodejs.org/en/blog/release/v10.4.1)
2121
* [Node.js 9.11.2](https://nodejs.org/en/blog/release/v9.11.2)

locale/en/blog/vulnerability/oct-2017-dos.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -47,24 +47,24 @@ This vulnerability has been assigned CVE-2017-14919.
4747

4848
---
4949

50-
# Summary
50+
## Summary
5151

5252
The Node.js project will be releasing new versions of 4.x, 6.x, and 8.x the week of the 24th of October to incorporate a security fix.
5353

54-
# Denial of Service Vulnerability
54+
## Denial of Service Vulnerability
5555

5656
Versions 4.8.2 and later, 6.10.2 and later, as well as all versions of 8.x are vulnerable to an issue that can be used by an external attacker to cause a denial of service. The severity of this vulnerability is HIGH and users of the affected version should plan to upgrade when a fix is made available.
5757

58-
# Impact
58+
## Impact
5959

6060
Versions 4.8.2 and later of Node.js are vulnerable.<br>
6161
Versions 6.10.2 and later of Node.js are vulnerable.<br>
6262
Versions 8.x of Node.js are vulnerable.
6363

64-
# Release timing
64+
## Release timing
6565
Releases will be available at, or shortly after, the 24th of October along with disclosure of the details for the vulnerability in order to allow for complete impact assessment by users.
6666

67-
# Contact and future updates
67+
## Contact and future updates
6868

6969
The current Node.js security policy can be found at https://nodejs.org/en/security/.
7070

0 commit comments

Comments
 (0)