AURO MIGRATION: Update node to v22

.github/CODEOWNERS

@@ -1,10 +1,8 @@
 # Lines starting with '#' are comments.
 # Each line is a file pattern followed by one or more owners.
 # https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners#codeowners-syntax
-
 # The Auro team will be the default owners for everything in the repo.
 *       @AlaskaAirlines/generalauroreviewers
-
 # Order is important. The last matching pattern has the most precedence.
 # If a pull request touches any files in the ./src dir, only these owners
 # will be requested to review.

.github/CODE_OF_CONDUCT.md

@@ -1,10 +1,10 @@
-# Code of Conduct
-
+# Code of Conduct
+
 ## Our Pledge
 
 In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and
-our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, religion, or sexual identity and orientation.
-
+our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, religion, or sexual identity and orientation.
+
 ## Our Standards
 
 Examples of behavior that contributes to creating a positive environment include:
@@ -21,24 +21,24 @@ Examples of unacceptable behavior by participants include:
 * Trolling, insulting/derogatory comments, and personal or political attacks
 * Public or private harassment
 * Publishing others' private information, such as a physical or electronic address, without explicit permission
-* Other conduct which could reasonably be considered inappropriate in a professional setting
-
+* Other conduct which could reasonably be considered inappropriate in a professional setting
+
 ## Our Responsibilities
 
 Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
 
-Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
-
+Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
+
 ## Scope
 
-This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.
-
+This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.
+
 ## Enforcement
 
 Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting the project team. All complaints will be reviewed and investigated and will result in a response that is deemed necessary and appropriate to the circumstances. The project team is obligated to maintain confidentiality with regard to the reporter of an incident. Further details of specific enforcement policies may be posted separately.
 
-Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.
-
+Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.
+
 ## Attribution
 
 This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4, available at https://www.contributor-covenant.org/version/1/4/code-of-conduct.html

.github/CONTRIBUTING.md

@@ -2,12 +2,12 @@
 
 Please take a moment to review this document in order to make the contribution process easy and effective for everyone involved. Also be sure to review the [Issues, pull requests and labels](https://auro.alaskaair.com/contributing/issues-prs-labels) process document.
 
-If you are an Alaska Airlines Employee, Contractor, or Vendor, please see our [Innersourcing Flow Guide on Sharepoint](https://alaskaair.sharepoint.com/sites/ECOMt/Guilds/auro-users-and-contributors).
-
+If you are an Alaska Airlines Employee, Contractor, or Vendor, please see our [Innersourcing Flow Guide on Sharepoint](https://alaskaair.sharepoint.com/sites/ECOMt/Guilds/auro-users-and-contributors).
+
 ## Feature Requests
 
-Feature requests stem from a business need. It is important to understand whether your idea fits within the scope and aims of this project or if this serves to address a personal/local scenario. It is up to you to make a strong case about the merits of this feature. Please provide as much detail and context as possible.
-
+Feature requests stem from a business need. It is important to understand whether your idea fits within the scope and aims of this project or if this serves to address a personal/local scenario. It is up to you to make a strong case about the merits of this feature. Please provide as much detail and context as possible.
+
 ## Submitting issues
 
 A bug is defined by: _"A demonstrable problem that is caused by a file in the repository."_ Good bug reports are extremely helpful - thank you!
@@ -31,8 +31,8 @@ PLEASE be responsive to questions asked via the issue's comments. All attempts t
 
 Please remember, submitting an issue is not a work request. The issue itself is a report of the situation, not a solutions statement.
 
-Please **DO NOT** start any work on a potential pull request until you have consulted with a member of the Auro team per your issue. This brief consultation, facilitated via the issue and its related comments, will help ensure the success of your pull request submission.
-
+Please **DO NOT** start any work on a potential pull request until you have consulted with a member of the Auro team per your issue. This brief consultation, facilitated via the issue and its related comments, will help ensure the success of your pull request submission.
+
 ## Submitting pull requests
 
 No one other than repository maintainers and trusted committers have `write` access to any repository. For others a pull request must originate from a [forked repo](https://auro.alaskaair.com/contributing/upstream) in your own Github account. If you are interested in `write` access to Auro, please submit a request to the team's leadership.
@@ -41,20 +41,20 @@ All new work that is to be considered for merging with the `main` branch must st
 
 Unsolicited pull requests **will take longer** to respond to. We ask for your patience. To help expedite any pull request, we ask that you **submit an issue first**. This will help the team understand the problem you are trying to solve before submitting the solution.
 
-To assist with the pull request review, it is also recommended that you **DO NOT** do any work until you have consulted with maintainer related to the Auro project. This process will be facilitated via the issue and its related comments. Once an issue is submitted, please allow up to 48 hours to receive a response from the Auro team post issue submission.
-
+To assist with the pull request review, it is also recommended that you **DO NOT** do any work until you have consulted with maintainer related to the Auro project. This process will be facilitated via the issue and its related comments. Once an issue is submitted, please allow up to 48 hours to receive a response from the Auro team post issue submission.
+
 ### Feature branch naming
 
 The name of the feature branch should be descriptive as to the nature of the work, reference the author, and please include any references to the story or bug work item ID. For example, if John Doe created a branch for issue #80 about cleaning up the npm API.
 
 ```shell
 jdoe/cleanUpNpmApi/#80
-```
-
+```
+
 ## DO NOT git pull on a feature branch
 
-We ask that we keep our repo's history linear. This helps maintain a easy to understand version history and is crucial to our semantic versioning strategy. If you find yourself unable to push to the remote, please **DO NOT** use the `$ git pull` command. If this is discovered during a review, **the pull request will be rejected**. Please see the following instructions on rebasing below.
-
+We ask that we keep our repo's history linear. This helps maintain a easy to understand version history and is crucial to our semantic versioning strategy. If you find yourself unable to push to the remote, please **DO NOT** use the `$ git pull` command. If this is discovered during a review, **the pull request will be rejected**. Please see the following instructions on rebasing below.
+
 ### Rebase on main
 
 To maintain repository history health, it is best practice to [rebase branches off of an updated main versus merging down](https://www.atlassian.com/git/tutorials/merging-vs-rebasing).
@@ -69,14 +69,14 @@ $ git rebase main
 $ git push origin [feature branch] --force
 ```
 
-If you are working off a forked branch, please see [Maintaining your fork's upstream relationship](https://auro.alaskaair.com/contributing/upstream) to sync your main branch and then follow the outlined steps.
-
+If you are working off a forked branch, please see [Maintaining your fork's upstream relationship](https://auro.alaskaair.com/contributing/upstream) to sync your main branch and then follow the outlined steps.
+
 ## Conventional Commits
 
 This project utilizes [Conventional Commits](https://www.conventionalcommits.org/) to auto-generate release versions, based on the [Angular Commit Message Guidelines](https://github.com/angular/angular/blob/22b96b9/CONTRIBUTING.md#-commit-message-guidelines).
 
-**NOTE:** Before working in your project, be sure to run `$ npm i` to ensure that all packages are installed.
-
+**NOTE:** Before working in your project, be sure to run `$ npm i` to ensure that all packages are installed.
+
 #### Commit Message Format
 
 Each commit message consists of a **header**, a **body** and a **footer**. The header has a special format that includes a **type**, a **scope** and a **subject**:
@@ -86,19 +86,19 @@ Each commit message consists of a **header**, a **body** and a **footer**. The h
 <BLANK LINE>
 <body>
 <BLANK LINE>
-<footer>
-```
+<footer>
+```
 
 **Any line of the commit message cannot be longer 100 characters!** This allows the message to be easier to read on GitHub as well as in various git tools. The **header** MUST use an **imperative mood**. The **body**, freeform text is allowed. Please see the **Git commit messages** section below. 
 
 The header is mandatory and the scope of the header is optional. Please see this [example commit](https://github.com/AlaskaAirlines/WC-Generator/commit/8e24c16461ca71349c8986da2a2f33b88426e015) from the WC-Generator repo.
 
-Submitting pull requests that do not conform to the Conventional Commits standard, the team will assume that development dependencies were not installed and no tests were validated prior to submission. **This may result in immediate disqualification of the pull request**.
-
+Submitting pull requests that do not conform to the Conventional Commits standard, the team will assume that development dependencies were not installed and no tests were validated prior to submission. **This may result in immediate disqualification of the pull request**.
+
 #### Prefixes
 
-**All commit messages** must be prefixed with a specific type so that the semver release configuration can analyze the commit and apply the correct version release. Please see the following types with their respective meanings.
-
+**All commit messages** must be prefixed with a specific type so that the semver release configuration can analyze the commit and apply the correct version release. Please see the following types with their respective meanings.
+
 #### MAJOR
 
 For a **MAJOR** release, you **MUST** follow this template. The use `BREAKING CHANGE:` in conjunction with any other commit type is required in order to push a major release.
@@ -110,24 +110,24 @@ refactor(pencil): remove graphiteWidth option #80
 
 BREAKING CHANGE: The graphiteWidth option has been removed.
 The default graphite width of 10mm is always used for performance reasons.
-```
-
+```
+
 #### MINOR
 
 Using the `feat` prefix will result in a `0.1.0` SemVer release update.
 
 ```
 feat(pencil): add 'graphiteWidth' option #80
-```
-
+```
+
 #### PATCH
 
 Using the `fix` or `perf` prefix will result in a `0.0.1` SemVer release update.
 
 ```
 fix(pencil): stop graphite breaking when too much pressure applied #80
-```
-
+```
+
 #### Other commit types
 
 | type | description |
@@ -143,8 +143,8 @@ fix(pencil): stop graphite breaking when too much pressure applied #80
 | style | Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc) |
 | test | Adding missing tests or correcting existing tests  |
 
-It is considered best practice to group multiple commits into a release. For a versioned update, be sure that your series of commits include either `feat`, `fix` or `perf`. For a `MAJOR` release, any commit can be accompanied by a `BREAKING CHANGE` comment as illustrated above.
-
+It is considered best practice to group multiple commits into a release. For a versioned update, be sure that your series of commits include either `feat`, `fix` or `perf`. For a `MAJOR` release, any commit can be accompanied by a `BREAKING CHANGE` comment as illustrated above.
+
 ## Git commit messages
 
 Once you have completed your feature update, please commit all changes to the branch. All commit messages should use an **imperative mood**.
@@ -193,8 +193,8 @@ newfile: .github/ISSUE_TEMPLATE/feature_request.yml
 newfile: .github/ISSUE_TEMPLATE/general-support.yml
 deleted: .github/ISSUE_TEMPLATE/bug_report.md
 deleted: .github/ISSUE_TEMPLATE/feature_request.md
-```
-
+```
+
 ## Pull request service level agreement
 
 Once a pull request has been created, the assigned reviewer will receive a notification.

.github/ISSUE_TEMPLATE/bug_report.yml

@@ -4,7 +4,7 @@ title: '[issue summary] Please verify version before submitting new issue'
 labels:
   - 'Type: Bug'
   - not-reviewed
-  - 'auro-form'
+  - 'auro-formkit'
 body:
   - type: markdown
     attributes:
@@ -13,12 +13,12 @@ body:
   - type: input
     id: version
     attributes:
-      label: Please verify the version of auro-form you have installed
+      label: Please verify the version of auro-formkit you have installed
   - type: markdown
     attributes:
       value: >
         [![See it on
-        NPM!](https://img.shields.io/npm/v/@aurodesignsystem/auro-form?style=for-the-badge&color=orange)](https://www.npmjs.com/package/@aurodesignsystem/auro-form)
+        NPM!](https://img.shields.io/npm/v/@aurodesignsystem/auro-formkit?style=for-the-badge&color=orange)](https://www.npmjs.com/package/@aurodesignsystem/auro-formkit)
   - type: textarea
     id: details
     attributes:

.github/ISSUE_TEMPLATE/feature_request.yml

@@ -1,10 +1,10 @@
 name: Feature request
 description: Suggest an idea for this project
-title: 'auro-form: [feature summary]'
+title: 'auro-formkit: [feature summary]'
 labels:
   - 'Type: Feature'
   - not-reviewed
-  - 'auro-form'
+  - 'auro-formkit'
 body:
   - type: textarea
     id: request

.github/ISSUE_TEMPLATE/general-support.yml

@@ -1,11 +1,11 @@
 name: General support
 description: Suggestions that are not related to bugs or new features
-title: 'auro-form: [issue]'
+title: 'auro-formkit: [issue]'
 labels:
   - 'Type: Question'
   - 'Type: Feature'
   - not-reviewed
-  - 'auro-form'
+  - 'auro-formkit'
 body:
   - type: textarea
     id: request

.github/PULL_REQUEST_TEMPLATE.md

@@ -1,8 +1,30 @@
 # Alaska Airlines Pull Request
 
-## Before Submitting this pull request:
-- Link all tickets in this repository related to this PR in the `Development` section
-_note: all pull requests require at least one linked ticket_
-- If this PR is `Ready For Review`, all ticket's linked under `Development` must have their status changed to `Ready For Review` as well
+Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
 
-**By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license and I have performed a self-review of my own update.**
+**Resolves:** # (issue, if applicable)
+
+## Summary:
+
+_Please summarize the scope of the changes you have submitted, what the intent of the work is and anything that describes the before/after state of the project._
+
+## Type of change:
+
+Please delete options that are not relevant.
+
+- [ ] New capability
+- [ ] Revision of an existing capability
+- [ ] Infrastructure change (automation, etc.)
+- [ ] Other (please elaborate)
+
+## Checklist:
+
+- [ ] My update follows the CONTRIBUTING guidelines of this project
+- [ ] I have performed a self-review of my own update
+
+**By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license.**
+
+_Pull Requests will be evaluated by their quality of update and whether it is consistent with the goals and values of this project. Any submission is to be considered a conversation between the submitter and the maintainers of this project and may require changes to your submission._
+
+**Thank you for your submission!**<br>
+-- Auro Design System Team