|
1 | | -### Motivation and Context |
2 | | - |
3 | | -<!-- Thank you for your contribution to this repo! |
4 | | -Please help reviewers and future users, providing the following information: |
5 | | - 1. Why is this change required? |
6 | | - 2. What problem does it solve? |
7 | | - 3. What scenario does it contribute to? |
8 | | - 4. If it fixes an open issue, please link to the issue here. |
9 | | - 5. Does this solve an issue or add a feature that *all* users of this sample app can benefit from? Contributions will only be accepted that apply across all users of this app. |
10 | | ---> |
| 1 | +## Purpose |
| 2 | +<!-- Describe the intention of the changes being proposed. What problem does it solve or functionality does it add? --> |
| 3 | +* ... |
11 | 4 |
|
12 | | -### Description |
| 5 | +## Does this introduce a breaking change? |
| 6 | +<!-- Mark one with an "x". --> |
13 | 7 |
|
14 | | -<!-- Describe your changes, the overall approach, the underlying design. |
15 | | - These notes will help understanding how your code works. Thanks! --> |
| 8 | +- [ ] Yes |
| 9 | +- [ ] No |
16 | 10 |
|
| 11 | +<!-- Please prefix your PR title with one of the following: |
| 12 | + * `feat`: A new feature |
| 13 | + * `fix`: A bug fix |
| 14 | + * `docs`: Documentation only changes |
| 15 | + * `style`: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc) |
| 16 | + * `refactor`: A code change that neither fixes a bug nor adds a feature |
| 17 | + * `perf`: A code change that improves performance |
| 18 | + * `test`: Adding missing tests or correcting existing tests |
| 19 | + * `build`: Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm) |
| 20 | + * `ci`: Changes to our CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs) |
| 21 | + * `chore`: Other changes that don't modify src or test files |
| 22 | + * `revert`: Reverts a previous commit |
| 23 | + * !: A breaking change is indicated with a `!` after the listed prefixes above, e.g. `feat!`, `fix!`, `refactor!`, etc. |
| 24 | +--> |
17 | 25 |
|
18 | | -### Contribution Checklist |
| 26 | +## Golden Path Validation |
| 27 | +- [ ] I have tested the primary workflows (the "golden path") to ensure they function correctly without errors. |
19 | 28 |
|
20 | | -<!-- Before submitting this PR, please make sure: --> |
| 29 | +## Deployment Validation |
| 30 | +- [ ] I have validated the deployment process successfully and all services are running as expected with this change. |
21 | 31 |
|
| 32 | +## What to Check |
| 33 | +Verify that the following are valid |
22 | 34 | - [ ] I have built and tested the code locally and in a deployed app |
23 | 35 | - [ ] For frontend changes, I have pulled the latest code from main, built the frontend, and committed all static files. |
24 | 36 | - [ ] This is a change for all users of this app. No code or asset is specific to my use case or my organization. |
25 | | -- [ ] I didn't break any existing functionality :smile: |
| 37 | + |
| 38 | + |
| 39 | +## Other Information |
| 40 | +<!-- Add any other helpful information that may be needed here.. --> |
0 commit comments