chore: upgrade Prettier and run on full repo

- Move Prettier 1 -> to support `.` glob and built-in parsers
- Move whitespace settings to EditorConfig that Prettier reads
- Expand glob to run on all non-generated files

.editorconfig

@@ -0,0 +1,12 @@
+# EditorConfig is awesome: https://EditorConfig.org
+
+# top-most EditorConfig file
+root = true
+
+[*]
+indent_style = space
+indent_size = 2
+end_of_line = lf
+charset = utf-8
+trim_trailing_whitespace = true
+insert_final_newline = true

.gitattributes

@@ -1 +1,2 @@
+* text=auto eol=lf
 .licenses/** -diff linguist-generated=true

.github/ISSUE_TEMPLATE/bug_report.md

@@ -4,7 +4,6 @@ about: Create a bug report
 title: ''
 labels: bug, needs triage
 assignees: ''
-
 ---
 
 <!--- Please direct any generic questions related to actions to our support community forum at https://github.community/c/code-to-cloud/github-actions/41 --->
@@ -17,15 +16,18 @@ A clear and concise description of what the bug is.
 Specify the action version
 
 **Platform:**
+
 - [ ] Ubuntu
 - [ ] macOS
 - [ ] Windows
 
 **Runner type:**
+
 - [ ] Hosted
 - [ ] Self-hosted
 
 **Tools version:**
+
 <!--- Please specify versions of node and package manager (npm, yarn, pnpm and etc)-->
 
 **Repro steps:**  

.github/ISSUE_TEMPLATE/feature_request.md

@@ -5,6 +5,7 @@ title: ''
 labels: feature request, needs triage
 assignees: ''
 ---
+
 <!--- Please direct any generic questions related to actions to our support community forum at https://github.community/c/code-to-cloud/github-actions/41 --->
 <!--- Before opening up a new feature request, please make sure to check for similar existing issues and pull requests -->
 
@@ -15,4 +16,5 @@ Describe your proposal.
 Justification or a use case for your proposal.
 
 **Are you willing to submit a PR?**
+
 <!--- We accept contributions! -->

.github/pull_request_template.md

@@ -5,5 +5,6 @@ Describe your changes.
 Add link to the related issue.
 
 **Check list:**
+
 - [ ] Mark if documentation changes are required.
 - [ ] Mark if tests were added or updated to cover the changes.

.prettierignore

@@ -0,0 +1,3 @@
+.licenses/
+dist/
+pnpm-lock.yaml

.prettierrc.json

@@ -1,11 +1,8 @@
 {
   "printWidth": 80,
-    "tabWidth": 2,
-    "useTabs": false,
   "semi": true,
   "singleQuote": true,
   "trailingComma": "none",
   "bracketSpacing": false,
-    "arrowParens": "avoid",
+  "arrowParens": "avoid"
-    "parser": "typescript"
+}
-  }

CODE_OF_CONDUCT.md

@@ -14,21 +14,21 @@ appearance, race, religion, or sexual identity and orientation.
 Examples of behavior that contributes to creating a positive environment
 include:
 
-* Using welcoming and inclusive language
+- Using welcoming and inclusive language
-* Being respectful of differing viewpoints and experiences
+- Being respectful of differing viewpoints and experiences
-* Gracefully accepting constructive criticism
+- Gracefully accepting constructive criticism
-* Focusing on what is best for the community
+- Focusing on what is best for the community
-* Showing empathy towards other community members
+- Showing empathy towards other community members
 
 Examples of unacceptable behavior by participants include:
 
-* The use of sexualized language or imagery and unwelcome sexual attention or
+- The use of sexualized language or imagery and unwelcome sexual attention or
   advances
-* Trolling, insulting/derogatory comments, and personal or political attacks
+- Trolling, insulting/derogatory comments, and personal or political attacks
-* Public or private harassment
+- Public or private harassment
-* Publishing others' private information, such as a physical or electronic
+- Publishing others' private information, such as a physical or electronic
   address, without explicit permission
-* Other conduct which could reasonably be considered inappropriate in a
+- Other conduct which could reasonably be considered inappropriate in a
   professional setting
 
 ## Our Responsibilities

README.md

@@ -19,12 +19,12 @@ See [action.yml](action.yml)
 
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: 16
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 The `node-version` input is optional. If not supplied, the node version from PATH will be used. However, it is recommended to always specify Node.js version and don't rely on the system one.
@@ -39,10 +39,10 @@ The `node-version` input supports the Semantic Versioning Specification, for mor
 
 Examples:
 
- - Major versions: `14`, `16`, `18`
+- Major versions: `14`, `16`, `18`
- - More specific versions: `10.15`, `16.15.1` , `18.4.0`
+- More specific versions: `10.15`, `16.15.1` , `18.4.0`
- - NVM LTS syntax: `lts/erbium`, `lts/fermium`, `lts/*`, `lts/-n`
+- NVM LTS syntax: `lts/erbium`, `lts/fermium`, `lts/*`, `lts/-n`
- - Latest release: `*` or `latest`/`current`/`node`
+- Latest release: `*` or `latest`/`current`/`node`
 
 **Note:** Like the other values, `*` will get the latest [locally-cached Node.js version](https://github.com/actions/virtual-environments/blob/main/images/linux/Ubuntu2004-Readme.md#nodejs), or the latest version from [actions/node-versions](https://github.com/actions/node-versions/blob/main/versions-manifest.json), depending on the [`check-latest`](docs/advanced-usage.md#check-latest-version) input.
 
@@ -68,27 +68,27 @@ See the examples of using cache for `yarn`/`pnpm` and `cache-dependency-path` in
 
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: 16
       cache: 'npm'
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 **Caching npm dependencies in monorepos:**
 
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: 16
       cache: 'npm'
       cache-dependency-path: subdir/package-lock.json
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 ## Matrix Testing
@@ -99,7 +99,7 @@ jobs:
     runs-on: ubuntu-latest
     strategy:
       matrix:
-        node: [ 14, 16, 18 ]
+        node: [14, 16, 18]
     name: Node ${{ matrix.node }} sample
     steps:
       - uses: actions/checkout@v3

__tests__/authutil.test.ts

@@ -15,11 +15,7 @@ describe('authutil tests', () => {
   let dbgSpy: jest.SpyInstance;
 
   beforeAll(async () => {
-    const randPath = path.join(
+    const randPath = path.join(Math.random().toString(36).substring(7));
-      Math.random()
-        .toString(36)
-        .substring(7)
-    );
     console.log('::stop-commands::stoptoken'); // Disable executing of runner commands when running tests in actions
     process.env['GITHUB_ENV'] = ''; // Stub out Environment file functionality so we can verify it writes to standard out (toolkit is backwards compatible)
     const tempDir = path.join(_runnerDir, randPath, 'temp');

__tests__/data/package-lock.json

@@ -392,4 +392,4 @@
       "integrity": "sha512-3wdGidZyq5PB084XLES5TpOSRA3wjXAlIWMhum2kRcv/41Sn2emQ0dycQW4uZXLejwKvg6EsvbdlVL+FYEct7A=="
     }
   }
-  }
+}

docs/adrs/0000-caching-dependencies.md

@@ -1,14 +1,18 @@
 # 0. Caching dependencies
+
 Date: 2021-05-21
 
 Status: Accepted
 
 # Context
+
 `actions/setup-node` is the 2nd most popular action in GitHub Actions. A lot of customers use it in conjunction with [actions/cache](https://github.com/actions/cache) to speed up dependencies installation.  
 See more examples on proper usage in [actions/cache documentation](https://github.com/actions/cache/blob/main/examples.md#node---npm).
 
 # Goals & Anti-Goals
+
 Integration of caching functionality into `actions/setup-node` action will bring the following benefits for action users:
+
 - Decrease the entry threshold for using the cache for Node.js dependencies and simplify initial configuration
 - Simplify YAML pipelines because no need additional steps to enable caching
 - More users will use cache for Node.js so more customers will have fast builds!
@@ -19,6 +23,7 @@ As the first stage, we won't support custom locations for `package-lock.json`, `
 We don't pursue the goal to provide wide customization of caching in scope of `actions/setup-node` action. The purpose of this integration is covering ~90% of basic use-cases. If user needs flexible customization, we should advice them to use `actions/cache` directly.
 
 # Decision
+
 - Add `cache` input parameter to `actions/setup-node`. For now, input will accept the following values:
   - `npm` - enable caching for npm dependencies
   - `yarn` - enable caching for yarn dependencies
@@ -33,21 +38,24 @@ We don't pursue the goal to provide wide customization of caching in scope of `a
   - Yarn 2 (retrieved via `yarn config get cacheFolder`)
 
 # Example of real use-cases
+
 Npm package manager:
+
 ```yml
 steps:
-- uses: actions/checkout@v2
+  - uses: actions/checkout@v2
-- uses: actions/setup-node@v2
+  - uses: actions/setup-node@v2
     with:
       node-version: '14'
       cache: npm
 ```
 
 Yarn package manager:
+
 ```yml
 steps:
-- uses: actions/checkout@v2
+  - uses: actions/checkout@v2
-- uses: actions/setup-node@v2
+  - uses: actions/setup-node@v2
     with:
       node-version: '14'
       cache: yarn

docs/adrs/0001-support-caching-deps-for-monorepos.md

@@ -1,9 +1,11 @@
 # 0. Support caching dependencies for mono repos
+
 Date: 2021-07-13
 
 Status: Proposed
 
 ## Context
+
 Currently, `actions/setup-node` supports caching dependencies for Npm and Yarn package managers.  
 For the first iteration, we have decided to not support cases where `package-lock.json` / `yarn.lock` are located outside of repository root.  
 Current implementation searches the following file patterns in the repository root: `package-lock.json`, `yarn.lock` (in order of resolving priorities)
@@ -12,11 +14,14 @@ Obviously, it made build-in caching unusable for mono-repos and repos with compl
 We would like to revisit this decision and add customization for dependencies lock file location.
 
 ## Proposal
+
 We have the following options:
+
 1. Allow to specify directory where `package-lock.json` or `yarn.lock` are located
 2. Allow to specify path to the dependencies lock file (including directory path and filename)
 
 The second option looks more generic because it allows to:
+
 - specify multiple dependencies files using file patterns like `**/package-lock.json` ([one of recommended approaches in actions/cache](https://github.com/actions/cache/blob/main/examples.md#macos-and-ubuntu))
 - specify custom dependencies files like `src/npm-shrinkwrap.json`
 - change default resolving priority if both `yarn.lock` and `package-lock.json` exist in repository
@@ -28,19 +33,21 @@ If provided path contains wildcards, the action will search all maching files an
 The hash of provided matched files will be used as a part of cache key.
 
 Yaml examples:
+
 ```yml
 steps:
-- uses: actions/checkout@v2
+  - uses: actions/checkout@v2
-- uses: actions/setup-node@v2
+  - uses: actions/setup-node@v2
     with:
       node-version: 14
       cache: npm
       cache-dependency-path: 'sub-project/package-lock.json'
 ```
+
 ```yml
 steps:
-- uses: actions/checkout@v2
+  - uses: actions/checkout@v2
-- uses: actions/setup-node@v2
+  - uses: actions/setup-node@v2
     with:
       node-version: 14
       cache: yarn

docs/advanced-usage.md

@@ -14,6 +14,7 @@ In order to get the most out of using your lockfile on continuous integration fo
 Ensure that `package-lock.json` is always committed, use `npm ci` instead of `npm install` when installing packages.
 
 **See also:**
+
 - [Documentation of `package-lock.json`](https://docs.npmjs.com/cli/v8/configuring-npm/package-lock-json)
 - [Documentation of `npm ci`](https://docs.npmjs.com/cli/v8/commands/npm-ci)
 
@@ -22,6 +23,7 @@ Ensure that `package-lock.json` is always committed, use `npm ci` instead of `np
 To ensure that `yarn.lock` is always committed, use `yarn install --immutable` when installing packages.
 
 **See also:**
+
 - [Documentation of `yarn.lock`](https://classic.yarnpkg.com/en/docs/yarn-lock)
 - [Documentation of `--frozen-lockfile` option](https://classic.yarnpkg.com/en/docs/cli/install#toc-yarn-install-frozen-lockfile)
 - [QA - Should lockfiles be committed to the repoistory?](https://yarnpkg.com/getting-started/qa/#should-lockfiles-be-committed-to-the-repository)
@@ -32,6 +34,7 @@ To ensure that `yarn.lock` is always committed, use `yarn install --immutable` w
 Ensure that `pnpm-lock.yaml` is always committed, when on CI pass `--frozen-lockfile` to `pnpm install` when installing packages.
 
 **See also:**
+
 - [Working with Git - Lockfiles](https://pnpm.io/git#lockfiles)
 - [Documentation of `--frozen-lockfile` option](https://pnpm.io/cli/install#--frozen-lockfile)
 
@@ -45,29 +48,30 @@ If `check-latest` is set to `true`, the action first checks if the cached versio
 
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14'
       check-latest: true
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 ## Node version file
 
 The `node-version-file` input accepts a path to a file containing the version of Node.js to be used by a project, for example `.nvmrc`, `.node-version` or `.tool-versions`. If both the `node-version` and the `node-version-file` inputs are provided then the `node-version` input is used.
 See [supported version syntax](https://github.com/actions/setup-node#supported-version-syntax)
+
 > The action will search for the node version file relative to the repository root.
 
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version-file: '.nvmrc'
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 ## Architecture
@@ -75,6 +79,7 @@ steps:
 You can use any of the [supported operating systems](https://docs.github.com/en/actions/reference/virtual-environments-for-github-hosted-runners), and the compatible `architecture` can be selected using `architecture`. Values are `x86`, `x64`, `arm64`, `armv6l`, `armv7l`, `ppc64le`, `s390x` (not all of the architectures are available on all platforms).
 
 When using `architecture`, `node-version` must be provided as well.
+
 ```yaml
 jobs:
   build:
@@ -91,22 +96,25 @@ jobs:
 ```
 
 ## Caching packages data
+
 The action follows [actions/cache](https://github.com/actions/cache/blob/main/examples.md#node---npm) guidelines, and caches global cache on the machine instead of `node_modules`, so cache can be reused between different Node.js versions.
 
 **Caching yarn dependencies:**
 Yarn caching handles both yarn versions: 1 or 2.
+
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14'
       cache: 'yarn'
-- run: yarn install --frozen-lockfile # optional, --immutable
+  - run: yarn install --frozen-lockfile # optional, --immutable
-- run: yarn test
+  - run: yarn test
 ```
 
 **Caching pnpm (v6.10+) dependencies:**
+
 ```yaml
 # This workflow uses actions that are not certified by GitHub.
 # They are provided by a third-party and are governed by
@@ -116,44 +124,46 @@ steps:
 # NOTE: pnpm caching support requires pnpm version >= 6.10.0
 
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: pnpm/action-setup@v2
+  - uses: pnpm/action-setup@v2
     with:
       version: 6.32.9
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14'
       cache: 'pnpm'
-- run: pnpm install --frozen-lockfile
+  - run: pnpm install --frozen-lockfile
-- run: pnpm test
+  - run: pnpm test
 ```
 
 **Using wildcard patterns to cache dependencies**
+
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14'
       cache: 'npm'
       cache-dependency-path: '**/package-lock.json'
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 **Using a list of file paths to cache dependencies**
+
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14'
       cache: 'npm'
       cache-dependency-path: |
         server/app/package-lock.json
         frontend/app/package-lock.json
-- run: npm ci
+  - run: npm ci
-- run: npm test
+  - run: npm test
 ```
 
 ## Multiple Operating Systems and Architectures
@@ -192,80 +202,86 @@ jobs:
 ```
 
 ## Publish to npmjs and GPR with npm
+
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14.x'
       registry-url: 'https://registry.npmjs.org'
-- run: npm ci
+  - run: npm ci
-- run: npm publish
+  - run: npm publish
     env:
       NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       registry-url: 'https://npm.pkg.github.com'
-- run: npm publish
+  - run: npm publish
     env:
       NODE_AUTH_TOKEN: ${{ secrets.GITHUB_TOKEN }}
 ```
 
 ## Publish to npmjs and GPR with yarn
+
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14.x'
       registry-url: <registry url>
-- run: yarn install --frozen-lockfile
+  - run: yarn install --frozen-lockfile
-- run: yarn publish
+  - run: yarn publish
     env:
       NODE_AUTH_TOKEN: ${{ secrets.YARN_TOKEN }}
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       registry-url: 'https://npm.pkg.github.com'
-- run: yarn publish
+  - run: yarn publish
     env:
       NODE_AUTH_TOKEN: ${{ secrets.GITHUB_TOKEN }}
 ```
 
 ## Use private packages
+
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14.x'
       registry-url: 'https://registry.npmjs.org'
-# Skip post-install scripts here, as a malicious
+  # Skip post-install scripts here, as a malicious
-# script could steal NODE_AUTH_TOKEN.
+  # script could steal NODE_AUTH_TOKEN.
-- run: npm ci --ignore-scripts
+  - run: npm ci --ignore-scripts
     env:
       NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
-# `npm rebuild` will run all those post-install scripts for us.
+  # `npm rebuild` will run all those post-install scripts for us.
-- run: npm rebuild && npm run prepare --if-present
+  - run: npm rebuild && npm run prepare --if-present
 ```
+
 ### 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.
 
 Below you can find a sample "Setup .yarnrc.yml" step, that is going to allow you to configure a private GitHub registry for 'my-org' organisation.
 
 ```yaml
 steps:
-- uses: actions/checkout@v3
+  - uses: actions/checkout@v3
-- uses: actions/setup-node@v3
+  - uses: actions/setup-node@v3
     with:
       node-version: '14.x'
-- name: Setup .yarnrc.yml
+  - name: Setup .yarnrc.yml
     run: |
       yarn config set npmScopes.my-org.npmRegistryServer "https://npm.pkg.github.com"
       yarn config set npmScopes.my-org.npmAlwaysAuth true
       yarn config set npmScopes.my-org.npmAuthToken $NPM_AUTH_TOKEN
     env:
       NPM_AUTH_TOKEN: ${{ secrets.YARN_TOKEN }}
-- name: Install dependencies
+  - name: Install dependencies
     run: yarn install --immutable
 ```
+
 NOTE: As per https://github.com/actions/setup-node/issues/49 you cannot use `secrets.GITHUB_TOKEN` to access private GitHub Packages within the same organisation but in a different repository.

docs/contributors.md

@@ -6,13 +6,13 @@ We have prepared a short guide so that the process of making your contribution i
 
 ## How can I contribute...
 
-* [Contribute Documentation:green_book:](#contribute-documentation)
+- [Contribute Documentation:green_book:](#contribute-documentation)
 
-* [Contribute Code :computer:](#contribute-code)
+- [Contribute Code :computer:](#contribute-code)
 
-* [Provide Support on Issues:pencil:](#provide-support-on-issues)
+- [Provide Support on Issues:pencil:](#provide-support-on-issues)
 
-* [Review Pull Requests:mag:](#review-pull-requests)
+- [Review Pull Requests:mag:](#review-pull-requests)
 
 ## Contribute documentation
 
@@ -36,7 +36,7 @@ Pull requests are the easiest way to contribute changes to git repos at GitHub.
 - Maintainers will review your pull request
 - If a maintainer requests changes, first of all, try to think about this request critically and only after that implement and request another review
 - If your PR gets accepted, it will soon be merged into the main branch. But your contribution will take effect only after the release of a new version of the action and updating the major tag
-> Sometimes maintainers reject pull requests and that's ok! Usually, along with rejection, we supply the reason for it. Nonetheless, we still really appreciate you taking the time to do it, and we don't take that lightly :heart:
+  > Sometimes maintainers reject pull requests and that's ok! Usually, along with rejection, we supply the reason for it. Nonetheless, we still really appreciate you taking the time to do it, and we don't take that lightly :heart:
 
 ## Contribute code
 
@@ -79,7 +79,7 @@ Unit tests are in the `__tests__` folder, and end-to-end tests are in the `workf
 - Maintainers will review your pull request
 - If a maintainer requests changes, first of all, try to think about his request critically and only after that implement and request another review
 - If your PR gets accepted, it will soon be merged into the main branch. But your contribution will take effect only after the release of a new version of the action and updating the major tag
-> Sometimes maintainers reject pull requests and that's ok! Usually, along with rejection, we supply the reason for it. Nonetheless, we still really appreciate you taking the time to do it, and we don't take that lightly :heart:
+  > Sometimes maintainers reject pull requests and that's ok! Usually, along with rejection, we supply the reason for it. Nonetheless, we still really appreciate you taking the time to do it, and we don't take that lightly :heart:
 
 ## Provide support on issues
 
@@ -92,18 +92,16 @@ Helping out other users with their questions is an awesome way of contributing t
 - Respond to the issue with whatever details are needed to clarify the question, or get more details about what's going on
 - Once the discussion wraps up and things are clarified, ask the original issue filer (or a maintainer) to close it for you
 
-*Some notes on picking up support issues:*
+_Some notes on picking up support issues:_
 
 - Avoid responding to issues you don't know you can answer accurately
 - Try to refer to past issues with accepted answers as much as possible. Link to them from your replies
 - Be kind and patient with users. Often, folks who have run into confusing things might be upset or impatient. This is natural. If you feel uncomfortable in conversation with them, it's better to stay away or withdraw from the issue.
 
- > If some user is violating our code of conduct [standards](https://github.com/actions/setup-node/blob/main/CODE_OF_CONDUCT.md#our-standards), refer to the [Enforcement](https://github.com/actions/setup-node/blob/main/CODE_OF_CONDUCT.md#enforcement) section of the Code of Conduct to resolve the conflict
+> If some user is violating our code of conduct [standards](https://github.com/actions/setup-node/blob/main/CODE_OF_CONDUCT.md#our-standards), refer to the [Enforcement](https://github.com/actions/setup-node/blob/main/CODE_OF_CONDUCT.md#enforcement) section of the Code of Conduct to resolve the conflict
- 
 
 ## Review pull requests
 
-
 Another great way to contribute is to review pull request. Please, be extra kind: people who submit code/doc contributions are putting themselves in a pretty vulnerable position, and have put time and care into what they've done (even if that's not obvious to you!) Please, always respond with respect, and be understanding, but don't feel like you need to sacrifice your standards for their sake, either.
 
 **How to review:**
@@ -111,5 +109,5 @@ Another great way to contribute is to review pull request. Please, be extra kind
 - Go to the [pull requests](https://github.com/actions/setup-node/pulls)
 - Make sure you're familiar with the code or documentation is updated, unless it's a minor change (spellchecking, minor formatting, etc.)
 - Review changes using the GitHub functionality. You can ask a clarifying question, point out an error or suggest an alternative.
-> Note: You may ask for minor changes - "nitpicks", but consider whether they are real blockers to merging or not
+  > Note: You may ask for minor changes - "nitpicks", but consider whether they are real blockers to merging or not
 - Submit your review, which may include comments, an approval, or a changes request

jest.config.js

@@ -8,4 +8,4 @@ module.exports = {
     '^.+\\.ts$': 'ts-jest'
   },
   verbose: true
-}
+};

package-lock.json

@@ -26,7 +26,7 @@
         "@vercel/ncc": "^0.33.4",
         "jest": "^27.2.5",
         "jest-circus": "^27.2.5",
-        "prettier": "^1.19.1",
+        "prettier": "^2.7.1",
         "ts-jest": "^27.0.5",
         "typescript": "^3.8.3"
       }
@@ -4247,15 +4247,18 @@
       }
     },
     "node_modules/prettier": {
-      "version": "1.19.1",
+      "version": "2.7.1",
-      "resolved": "https://registry.npmjs.org/prettier/-/prettier-1.19.1.tgz",
+      "resolved": "https://registry.npmjs.org/prettier/-/prettier-2.7.1.tgz",
-      "integrity": "sha512-s7PoyDv/II1ObgQunCbB9PdLmUcBZcnWOcxDh7O0N/UwDEsHyqkW+Qh28jW+mVuCdx7gLB0BotYI1Y6uI9iyew==",
+      "integrity": "sha512-ujppO+MkdPqoVINuDFDRLClm7D78qbDt0/NR+wp5FqEZOoTNAjPHWj17QRhu7geIHJfcNhRk1XVQmF8Bp3ye+g==",
       "dev": true,
       "bin": {
         "prettier": "bin-prettier.js"
       },
       "engines": {
-        "node": ">=4"
+        "node": ">=10.13.0"
+      },
+      "funding": {
+        "url": "https://github.com/prettier/prettier?sponsor=1"
       }
     },
     "node_modules/pretty-format": {
@@ -8426,9 +8429,9 @@
       "dev": true
     },
     "prettier": {
-      "version": "1.19.1",
+      "version": "2.7.1",
-      "resolved": "https://registry.npmjs.org/prettier/-/prettier-1.19.1.tgz",
+      "resolved": "https://registry.npmjs.org/prettier/-/prettier-2.7.1.tgz",
-      "integrity": "sha512-s7PoyDv/II1ObgQunCbB9PdLmUcBZcnWOcxDh7O0N/UwDEsHyqkW+Qh28jW+mVuCdx7gLB0BotYI1Y6uI9iyew==",
+      "integrity": "sha512-ujppO+MkdPqoVINuDFDRLClm7D78qbDt0/NR+wp5FqEZOoTNAjPHWj17QRhu7geIHJfcNhRk1XVQmF8Bp3ye+g==",
       "dev": true
     },
     "pretty-format": {

package.json

@@ -6,8 +6,8 @@
   "main": "lib/setup-node.js",
   "scripts": {
     "build": "ncc build -o dist/setup src/setup-node.ts && ncc build -o dist/cache-save src/cache-save.ts",
-    "format": "prettier --write **/*.ts",
+    "format": "prettier --write .",
-    "format-check": "prettier --check **/*.ts",
+    "format-check": "prettier --check .",
     "test": "jest --coverage",
     "pre-checkin": "npm run format && npm run build && npm test"
   },
@@ -40,7 +40,7 @@
     "@vercel/ncc": "^0.33.4",
     "jest": "^27.2.5",
     "jest-circus": "^27.2.5",
-    "prettier": "^1.19.1",
+    "prettier": "^2.7.1",
     "ts-jest": "^27.0.5",
     "typescript": "^3.8.3"
   }

tsconfig.json

@@ -1,12 +1,12 @@
 {
   "compilerOptions": {
-    "target": "es6",                          /* Specify ECMAScript target version: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017', 'ES2018', 'ES2019' or 'ESNEXT'. */
+    "target": "es6" /* Specify ECMAScript target version: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017', 'ES2018', 'ES2019' or 'ESNEXT'. */,
-    "module": "commonjs",                     /* Specify module code generation: 'none', 'commonjs', 'amd', 'system', 'umd', 'es2015', or 'ESNext'. */
+    "module": "commonjs" /* Specify module code generation: 'none', 'commonjs', 'amd', 'system', 'umd', 'es2015', or 'ESNext'. */,
-    "outDir": "./lib",                        /* Redirect output structure to the directory. */
+    "outDir": "./lib" /* Redirect output structure to the directory. */,
-    "rootDir": "./src",                       /* Specify the root directory of input files. Use to control the output directory structure with --outDir. */
+    "rootDir": "./src" /* Specify the root directory of input files. Use to control the output directory structure with --outDir. */,
     "sourceMap": true,
-    "strict": true,                           /* Enable all strict type-checking options. */
+    "strict": true /* Enable all strict type-checking options. */,
-    "noImplicitAny": false,                 /* Raise error on expressions and declarations with an implied 'any' type. */
+    "noImplicitAny": false /* Raise error on expressions and declarations with an implied 'any' type. */,
     "esModuleInterop": true /* Enables emit interoperability between CommonJS and ES Modules via creation of namespace objects for all imports. Implies 'allowSyntheticDefaultImports'. */
   },
   "exclude": ["__tests__", "lib", "node_modules"]