Skip to content

docs: fix language, casing, and formatting across markdown files#1544

Open
kranthipoturaju wants to merge 1 commit intoactions:mainfrom
kranthipoturaju:docs/fix-language-casing-and-formatting
Open

docs: fix language, casing, and formatting across markdown files#1544
kranthipoturaju wants to merge 1 commit intoactions:mainfrom
kranthipoturaju:docs/fix-language-casing-and-formatting

Conversation

@kranthipoturaju
Copy link
Copy Markdown

Summary

Fixes language, casing, and formatting issues across all Markdown documentation files. No content, behavior, or feature descriptions were changed — only presentation and correctness.

Changes

  • Proper noun casing: NodejsNode.js, javascriptJavaScript, Npmnpm, YamlYAML, Yarn2Yarn 2, V6/V5v6/v5 in section headings, node20/node24Node.js 20/Node.js 24
  • Grammar fixes:
    • get affecttake effect
    • there is possibilitythere is a possibility
    • the action usethe action uses
    • adviceadvise
    • throw error if no one is foundthrow an error if none is found
    • the same approach likethe same approach as
    • it you wantif you want
    • to review pull requestto review pull requests
    • to answer toto answer
    • Here the listHere is the list
  • Gender-neutral language: his opinion / his requesttheir opinion / their request
  • ADR structure: Promoted section headings in 0000-caching-dependencies.md from H1 to H2 for correct hierarchy; fixed ADR 0001 title number from 0. to 1.; mono reposmonorepos; Yaml examplesYAML examples
  • Links: Wrapped two raw URLs in CODE_OF_CONDUCT.md as proper Markdown links
  • HTML comments: Made closing syntax consistent (-->--->) in bug_report.md
  • Test data README: Corrected .tools-versions.tool-versions
  • YAML examples: Renamed Setup node step label to Setup Node.js across README.md and docs/advanced-usage.md
  • Mirror comment block: Standardised capitalisation (Official: BuildOfficial build, etc.)

Motivation

The documentation contained accumulated inconsistencies in proper noun casing, minor grammatical errors, and structural issues (heading levels, raw URLs). These erode reader confidence and can cause confusion — especially the Node.js / Nodejs inconsistency, which appears in code comments that users copy into their workflows.

Impact

  • Readers and contributors: Improved clarity and correctness throughout
  • Backward compatibility: Documentation-only changes; no action inputs, outputs, or behavior are affected

Testing

Documentation changes only. No build or runtime validation required.

Notes

  • Stylistic choices in the original (tone, sentence structure) were preserved — only clear errors were corrected
  • Anchor targets used in tables of contents were left unchanged

Related issue:
No issue is created as the change is related to documentation improvement only.

Check list:

  • Mark if documentation changes are required.
  • Mark if tests were added or updated to cover the changes.

@kranthipoturaju kranthipoturaju requested a review from a team as a code owner May 7, 2026 08:01
Copilot AI review requested due to automatic review settings May 7, 2026 08:01
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Documentation-only PR to improve consistency and readability across the repo’s Markdown files (proper noun casing, grammar, heading hierarchy, and link formatting), without changing action behavior.

Changes:

  • Standardized terminology/casing (e.g., Node.js, JavaScript, YAML; section heading casing).
  • Fixed assorted grammar/punctuation issues and improved formatting (including some heading hierarchy adjustments in ADRs).
  • Converted raw URLs to Markdown links and made minor template/readme text corrections.

Reviewed changes

Copilot reviewed 8 out of 8 changed files in this pull request and generated 8 comments.

Show a summary per file
File Description
README.md Adjusts breaking-change heading casing and improves wording/casing in multiple documentation sentences and examples.
docs/contributors.md Cleans up wording, punctuation, and minor formatting in contributor guidance.
docs/advanced-usage.md Improves grammar/punctuation and standardizes step naming/casing in examples and guidance.
docs/adrs/0001-support-caching-deps-for-monorepos.md Fixes ADR numbering/title formatting and improves wording/casing in the proposal section.
docs/adrs/0000-caching-dependencies.md Adjusts ADR heading hierarchy and corrects wording/grammar in multiple sections.
CODE_OF_CONDUCT.md Wraps raw URLs as proper Markdown links.
.github/ISSUE_TEMPLATE/bug_report.md Updates HTML comment formatting consistency in the issue template.
tests/README.md Fixes wording and corrects the .tool-versions filename reference for test data docs.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread docs/advanced-usage.md
## RC versions

You can use specify a rc version to download it from https://nodejs.org/download/rc.
You can use specify a RC version to download it from https://nodejs.org/download/rc.
@@ -1,10 +1,10 @@
# 0. Support caching dependencies for mono repos
# 1. Support caching dependencies for mono repos
Comment thread README.md
`current`/`latest`/`node` always resolve to the latest [dist version](https://nodejs.org/dist/index.json).
That version is then downloaded from actions/node-versions if possible, or directly from Node.js if not.
Since it will not be cached always, there is possibility of hitting rate limit when downloading from dist
Since it will not always be cached, there is a possibility of hitting a rate limit when downloading from dist
Comment thread README.md
## Using `setup-node` on GHES

`setup-node` comes pre-installed on the appliance with GHES if Actions is enabled. When dynamically downloading Nodejs distributions, `setup-node` downloads distributions from [`actions/node-versions`](https://github.com/actions/node-versions) on github.com (outside of the appliance). These calls to `actions/node-versions` are made via unauthenticated requests, which are limited to [60 requests per hour per IP](https://docs.github.com/en/rest/overview/resources-in-the-rest-api#rate-limiting). If more requests are made within the time frame, then you will start to see rate-limit errors during downloading that looks like: `##[error]API rate limit exceeded for...`. After that error the action will try to download versions directly from the official site, but it also can have rate limit so it's better to put token.
`setup-node` comes pre-installed on the appliance with GHES if Actions is enabled. When dynamically downloading Node.js distributions, `setup-node` downloads distributions from [`actions/node-versions`](https://github.com/actions/node-versions) on github.com (outside of the appliance). These calls to `actions/node-versions` are made via unauthenticated requests, which are limited to [60 requests per hour per IP](https://docs.github.com/en/rest/overview/resources-in-the-rest-api#rate-limiting). If more requests are made within the time frame, then you will start to see rate-limit errors during downloading that looks like: `##[error]API rate limit exceeded for...`. After that error the action will try to download versions directly from the official site, but it also can have rate limit so it's better to put token.
@@ -16,23 +16,23 @@ Integration of caching functionality into `actions/setup-node` action will bring
We will add support for NPM and Yarn dependencies caching.
Comment on lines 31 to 33
- Npm (retrieved via `npm config get cache`)
- Yarn 1 (retrieved via `yarn cache dir`)
- Yarn 2 (retrieved via `yarn config get cacheFolder`)

# Example of real use-cases
## Example of real use cases
Npm package manager:
Comment thread docs/advanced-usage.md
### Yarn2 configuration
Yarn2 ignores both .npmrc and .yarnrc files created by the action, so before installing dependencies from the private repo it is necessary either to create or to modify existing yarnrc.yml file with `yarn config set` commands.
### Yarn 2 configuration
Yarn 2 ignores both `.npmrc` and `.yarnrc` files created by the action, so before installing dependencies from the private repo it is necessary either to create or to modify an existing `yarnrc.yml` file with `yarn config set` commands.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants