|
6 | 6 | 4. When all boxes are checked, information is filled in, and the branch is updated: mark as Ready For Review and tag reviewers (top right) |
7 | 7 | 5. Once there is a submitted review, implement the suggestions (if reasonable, otherwise discuss) and request an new review. |
8 | 8 |
|
9 | | -If there is a field which you are unsure about, enter the edit mode of this description or go to the [PR template](https://github.com/ScilifelabDataCentre/dds_cli/blob/dev/.github/pull_request_template.md); There are invisible comments providing descriptions which may be of help. |
| 9 | +If there is a field which you are unsure about, enter the edit mode of this description or go to the [PR template](../.github/pull_request_template.md); There are invisible comments providing descriptions which may be of help. |
10 | 10 |
|
11 | 11 | ## 1. Description / Summary |
12 | 12 |
|
13 | | -_Add a summary of the changes in this PR and the related issue._ |
| 13 | +**Add a summary here**: What does this PR add/change and why? |
14 | 14 |
|
15 | 15 | ## 2. Jira task / GitHub issue |
16 | 16 |
|
17 | | -_Link to the github issue or add the Jira task ID here._ |
| 17 | +**Is this a GitHub issue?** --> Add the link to the github issue |
18 | 18 |
|
19 | | -## 3. Type of change |
| 19 | +**Is this from a Jira task?** --> If your branch does not contain info regarding the Jira task ID, put it here. |
20 | 20 |
|
21 | | -What _type of change(s)_ does the PR contain? |
| 21 | +## 3. Type of change - Add label |
22 | 22 |
|
23 | | -**Check the relevant boxes below. For an explanation of the different sections, enter edit mode of this PR description template.** |
| 23 | +**What _type of change(s)_ does the PR contain? For an explanation of the different options below, enter edit mode of this PR description template.** |
24 | 24 |
|
25 | | -- [ ] New feature |
26 | | - - [ ] Breaking: _Why / How? Add info here._ <!-- Should be checked if the changes in this PR will cause existing functionality to not work as expected. E.g. with the master branch of the `dds_cli` --> |
27 | | - - [ ] Non-breaking <!-- Should be checked if the changes will not cause existing functionality to fail. "Non-breaking" is just an addition of a new feature. --> |
28 | | -- [ ] Bug fix <!-- Should be checked when a bug is fixed in existing functionality. If the bug fix also is a breaking change (see above), add info about that beside this check box. --> |
29 | | -- [ ] Security Alert fix <!-- Should be checked if the PR attempts to solve a security vulnerability, e.g. reported by the "Security" tab in the repo. --> |
30 | | - - [ ] Package update <!-- Should be checked if the Security alert fix consists of updating a package / dependency version --> |
31 | | - - [ ] Major version update <!-- Should be checked if the package / dependency version update is a major upgrade, e.g. 1.0.0 to 2.0.0 --> |
32 | | -- [ ] Documentation <!-- Should be checked if the PR adds or updates the CLI documentation -- anything in docs/ directory. --> |
33 | | -- [ ] Workflow <!-- Should be checked if the PR includes a change in e.g. the github actions files (dds_cli/.github/*) or another type of workflow change. Anything that alters our or the codes workflow. --> |
34 | | -- [ ] Tests **only** <!-- Should only be checked if the PR only contains tests, none of the other types of changes listed above. --> |
| 25 | +_If you do not want this change to be included in release notes, add the label `skip-changelog`._ |
| 26 | + |
| 27 | +- New feature |
| 28 | + - Breaking --> label: `breaking` <!-- If the changes in this PR will cause existing functionality to not work as expected. E.g. with the master branch of the `dds_cli`. Add info here on how the change is breaking. --> |
| 29 | + - Non-breaking --> label: `feature` <!-- If the changes will not cause existing functionality to fail. "Non-breaking" is just an addition of a new feature. --> |
| 30 | +- Database change --> label: `feature` or none at all. |
| 31 | + _Remember the to include a new migration version, **or** explain here why it's not needed._ <!-- If you've changed something in `models.py`. For a guide on how to add the a new migration version, look at the "Database changes" section in the README.md. --> |
| 32 | +- Bug fix --> label: `bug` <!-- If a bug is fixed in existing functionality. If the bug fix also is a breaking change (see above), add info about that beside this check box. --> |
| 33 | +- Security Alert fix <!-- If the PR attempts to solve a security vulnerability, e.g. reported by the "Security" tab in the repo. --> |
| 34 | + - Package update --> label: `dependency` <!-- If the Security alert fix consists of updating a package / dependency version --> |
| 35 | + - Major version update <!-- If the package / dependency version update is a major upgrade, e.g. 1.0.0 to 2.0.0 --> |
| 36 | +- Documentation --> label can be skipped, will be included in "other changes" <!-- If the PR adds or updates the cli docs. --> |
| 37 | +- Workflow --> label: `skip-changelog` <!-- If the PR includes a change in e.g. the github actions files (dds_web/.github/*) or another type of workflow change. Anything that alters our or the codes workflow. --> |
| 38 | +- Tests **only** --> label: `skip-changelog` <!-- If the PR only contains tests, none of the other types of changes listed above. --> |
35 | 39 |
|
36 | 40 | ## 4. Additional information |
37 | 41 |
|
38 | | -- [ ] [Sprintlog](https://github.com/ScilifelabDataCentre/dds_cli/blob/dev/SPRINTLOG.md) <!-- Add a row at the bottom of the SPRINTLOG.md file (not needed if PR contains only tests). Follow the format of previous rows. If the PR is the first in a new sprint, add a new sprint header row (follow the format of previous sprints). --> |
39 | | -- [ ] Blocking PRs <!-- Should be checked if there are blocking PRs or other tasks that need to be merged prior to this. Add link to PR or Jira card if this is the case. --> |
40 | | - - [ ] Merged <!-- Should be checked if the "Blocking PRs" box was checked AND all blocking PRs have been merged / fixed. --> |
41 | | -- [ ] PR to `master` branch: _If checked, read [the release instructions](https://github.com/ScilifelabDataCentre/dds_cli/blob/dev/docs/procedures/new_release.md)_ <!-- Check this if the PR is made to the `master` branch. Only the `dev` branch should be doing this. --> |
| 42 | +- [ ] I have added an entry to the [Sprintlog](../SPRINTLOG.md) <!-- Add a row at the bottom of the SPRINTLOG.md file (not needed if PR contains only tests). Follow the format of previous rows. If the PR is the first in a new sprint, add a new sprint header row (follow the format of previous sprints). --> |
| 43 | +- [ ] This is a PR to the `master` branch: _If checked, read [the release instructions](../doc/procedures/new_release.md)_ <!-- Check this if the PR is made to the `master` branch. Only the `dev` branch should be doing this. --> |
42 | 44 | - [ ] I have followed steps 1-8. <!-- Should be checked if the "PR to `master` branch" box is checked AND the specified steps in the release instructions have been followed. --> |
43 | 45 |
|
44 | 46 | ## 5. Actions / Scans |
45 | 47 |
|
46 | | -_Check the boxes when the specified checks have passed._ |
47 | | - |
48 | | -**For information on what the different checks do and how to fix it if they're failing, enter edit mode of this description or go to the [PR template](https://github.com/ScilifelabDataCentre/dds_cli/blob/dev/.github/pull_request_template.md).** |
| 48 | +**Make sure that the following checks/actions have passed.** |
49 | 49 |
|
50 | | -- [ ] **Black** |
| 50 | +- **Black** |
51 | 51 | <!-- |
52 | 52 | What: Python code formatter. |
53 | 53 | How to fix: Run `black .` locally to execute formatting. |
54 | 54 | --> |
55 | | -- [ ] **Pylint** |
56 | | -<!-- |
57 | | - What: Python code linter. |
58 | | - How to fix: Manually fix the code producing warnings. Code must get 10/10. |
59 | | ---> |
60 | | -- [ ] **Prettier** |
| 55 | +- **Prettier** |
61 | 56 | <!-- |
62 | 57 | What: General code formatter. Our use case: MD and yaml mainly. |
63 | 58 | How to fix: Run npx prettier --write . locally to execute formatting. |
64 | 59 | --> |
65 | | -- [ ] **Yamllint** |
| 60 | +- **Pylint** |
| 61 | +<!-- |
| 62 | + What: Python code linter. |
| 63 | + How to fix: Manually fix the code producing warnings. Code must get 10/10. |
| 64 | +--> |
| 65 | +- **Yamllint** |
66 | 66 | <!-- |
67 | 67 | What: Linting of yaml files. |
68 | 68 | How to fix: Manually fix any errors locally. |
69 | 69 | --> |
70 | | -- [ ] **Tests** |
| 70 | +- **Tests** |
71 | 71 | <!-- |
72 | 72 | What: Pytest to verify that functionality works as expected. |
73 | 73 | How to fix: Manually fix any errors locally. Follow the instructions in the "Run tests" section of the README.md to run the tests locally. |
74 | 74 | Additional info: The PR should ALWAYS include new tests or fixed tests when there are code changes. When pytest action has finished, it will post a codecov report; Look at this report and verify the files you have changed are listed. "90% <100.00%> (+0.8%)" means "Tests cover 90% of the changed file, <100 % of this PR's code changes are tested>, and (the code changes and added tests increased the overall test coverage with 0.8%) |
75 | 75 | --> |
76 | | -- [ ] **TestPyPI** |
77 | | -<!-- |
78 | | - What: Builds the CLI and publishes to TestPyPI in order to verify before release. |
79 | | - How to fix: Check the action logs and fix potential issues manually. |
80 | | ---> |
81 | | -- [ ] **CodeQL** |
| 76 | +- **CodeQL** |
82 | 77 | <!-- |
83 | 78 | What: Scan for security vulnerabilities, bugs, errors. |
84 | 79 | How to fix: Go through the alerts and either manually fix, dismiss or ignore. Add info on ignored or dismissed alerts. |
85 | 80 | --> |
86 | | -- [ ] **Trivy** |
| 81 | +- **Trivy** |
87 | 82 | <!-- |
88 | 83 | What: Security scanner. |
89 | 84 | How to fix: Go through the alerts and either manually fix, dismiss or ignore. Add info on ignored or dismissed alerts. |
90 | 85 | --> |
91 | | -- [ ] **Snyk** |
| 86 | +- **Snyk** |
92 | 87 | <!-- |
93 | 88 | What: Security scanner. |
94 | 89 | How to fix: Go through the alerts and either manually fix, dismiss or ignore. Add info on ignored or dismissed alerts. |
95 | 90 | --> |
| 91 | +- **TestPyPI** |
| 92 | +<!-- |
| 93 | + What: Builds the CLI and publishes to TestPyPI in order to verify before release. |
| 94 | + How to fix: Check the action logs and fix potential issues manually. |
| 95 | +--> |
| 96 | + |
| 97 | +If an action does not pass and you need help with how to solve it, enter edit mode of this PR template or go to the [PR template](../.github/pull_request_template.md). |
0 commit comments