@@ -30,7 +30,7 @@ For example, at the time of this writing:
30
30
31
31
All older branches are abandoned and are not maintained by the V8 team.
32
32
33
- ### V8 merge process overview
33
+ ### V8 Merge Process Overview
34
34
35
35
The process for backporting bug fixes to active branches is officially
36
36
documented [ on the V8 wiki] [ V8MergingPatching ] . The summary of the process is:
@@ -278,7 +278,7 @@ PR-URL: https://github.com/nodejs/node/pull/7833
278
278
normal and [ V8 CI] [ ] using the Node.js CI system. We only needed to backport
279
279
to ` v6.x ` as the other LTS branches weren't affected by this bug.
280
280
281
- ### Backports Identified by the V8 team
281
+ ### Backports Identified by the V8 Team
282
282
283
283
For bugs found through the browser or other channels, the V8 team marks bugs
284
284
that might be applicable to the abandoned branches in use by Node.js. This is
@@ -317,7 +317,7 @@ V8 builds against the version of ICU supplied by Node.js,
317
317
see [ maintaining-icu.md] ( ./maintaining-icu.md ) for special considerations.
318
318
Specifically, a V8 update may necessitate an ICU update.
319
319
320
- ### Minor updates (patch level )
320
+ ### Minor Updates (Patch Level )
321
321
322
322
Because there may be floating patches on the version of V8 in Node.js, it is
323
323
safest to apply the patch level updates as a patch. For example, imagine that
@@ -382,7 +382,7 @@ git node v8 major --branch=5.1-lkgr
382
382
383
383
This should be followed up with manual refloating of all relevant patches.
384
384
385
- ## Proposal: Using a fork repo to track upstream V8
385
+ ## Proposal: Using a Fork Repo to Track Upstream V8
386
386
387
387
The fact that Node.js keeps a vendored, potentially edited copy of V8 in deps/
388
388
makes the above processes a bit complicated. An alternative proposal would be to
0 commit comments