Skip to content
Merged
Show file tree
Hide file tree
Changes from 6 commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
15 changes: 9 additions & 6 deletions .github/pull_request_template.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,14 +4,14 @@ Replace this block with what this PR does and why. Describe what you'd like revi
)

### Jira ticket
_Link to related jira ticket ([Use the smart commits](https://support.atlassian.com/bitbucket-cloud/docs/use-smart-commits/))_
_Link to related jira ticket ([Use the smart commits](https://support.atlassian.com/bitbucket-cloud/docs/use-smart-commits/)). Short version (e.g. DOTS-123) also works and gets auto-linked_

### Changelog
[//]: # (updated with all public facing changes - API changes, UI/UX changes, behaviour changes, bug fixes. Remove if not relevant.)

- Added: The package whose Changelog should be added to should be in the header. Delete the changelog section entirely if it's not needed.
- Fixed: If you update multiple packages, create a new section with a new header for the other package.
- Removed/Deprecated/Changed: Each bullet should be prefixed with Added, Fixed, Removed, Deprecated, or Changed to indicate where the entry should go
- Removed/Deprecated/Changed: Each bullet should be prefixed with Added, Fixed, Removed, Deprecated, or Changed to indicate where the entry should go.

<!-- Uncomment and mark items off with a * if this PR deprecates any API:
### Deprecated API
Expand All @@ -31,12 +31,14 @@ We should always evaluate if the changes in this PR require any documentation ch
- Includes documentation for previously-undocumented public API entry points.
- Includes edits to existing public API documentation.

## Testing & QA
## Testing & QA (How your changes can be verified during release Playtest)
[//]: # (
This section is REQUIRED and should describe how the changes were tested and how should they be tested when Playtesting for the release.
It can range from "edge case covered by unit tests" to "manual testing required and new sample was added".
Expectation is that PR creator does some manual testing and provides a summary of it here.)

<!-- Add any performance testing results here if relevant. -->

### Functional Testing
[//]: # (If checked, List manual tests that have been performed.)
_Manual testing :_
Expand All @@ -50,12 +52,13 @@ _Does the change require QA team to:_

- [ ] `Review automated tests`?
- [ ] `Execute manual tests`?
- [ ] `Provide feedback about the PR`?

If any boxes above are checked, please add QA as a PR reviewer.
If any boxes above are checked the QA team will be automatically added as a PR reviewer.

## Backport
## Backports
[//]: # (
This section is REQUIRED and should link to the PR that targets other NGO version which is either develop or develop-2.0.0 branch
Add the following to the PR title: "\[Backport\] ..."
If this is not needed, for example feature specific to NGOv2.X, then just mention this fact.
)
)
4 changes: 2 additions & 2 deletions .github/workflows/assignee-management.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -22,7 +22,7 @@ jobs:
handle_assignment:
name: Handle Issue Assignment Changes
if: ${{ !github.event.issue.pull_request && github.event.issue.state == 'open' }}
runs-on: ubuntu-latest
runs-on: unity-linux-runner
permissions:
issues: write

Expand Down Expand Up @@ -54,7 +54,7 @@ jobs:
handle_investigating_label:
name: Handle Investigating Label Addition
if: ${{ github.event.action == 'labeled' && github.event.label.name == 'stat:Investigating' && !github.event.issue.pull_request && github.event.issue.state == 'open' }}
runs-on: ubuntu-latest
runs-on: unity-linux-runner
permissions:
issues: write

Expand Down
2 changes: 1 addition & 1 deletion .github/workflows/autoupdate.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ on:
jobs:
autoupdate:
name: auto-update
runs-on: ubuntu-latest
runs-on: unity-linux-runner
steps:
- uses: docker://chinthakagodawita/autoupdate-action:v1
env:
Expand Down
2 changes: 1 addition & 1 deletion .github/workflows/conventional-pr.yml
Original file line number Diff line number Diff line change
Expand Up @@ -11,7 +11,7 @@ jobs:
# This workflow contains a single job called "build"
build:
# The type of runner that the job will run on
runs-on: ubuntu-latest
runs-on: unity-linux-runner

# Steps represent a sequence of tasks that will be executed as part of the job
steps:
Expand Down
2 changes: 1 addition & 1 deletion .github/workflows/conversation-labels.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -22,7 +22,7 @@ jobs:
conversation_labels:
name: Calculate and update conversation labels of the issue
if: ${{ !github.event.issue.pull_request && github.event.issue.state == 'open' }}
runs-on: ubuntu-latest
runs-on: unity-linux-runner
permissions:
issues: write

Expand Down
2 changes: 1 addition & 1 deletion .github/workflows/mark-stale-issue.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -13,7 +13,7 @@ on:

jobs:
stale:
runs-on: ubuntu-latest
runs-on: unity-linux-runner
permissions:
issues: write

Expand Down
14 changes: 9 additions & 5 deletions .github/workflows/pr-verification.yml
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
# This workflow is designed to verify that the pull request description contains a required sections that are important from quality perspective.
# This workflow is designed to verify that the pull request description contains a required sections that are important from quality perspective.
# ## Backport section is important as a reminder to account for backports for anyone that works with NGO repository (to 1.X or 2.X branches respectively).
# ## Testing & QA section is important to ensure that the PR has appropriate testing coverage and is important when QA will evaluate PRs before Playtesting for the release.
# ## Documentation section is important to ensure that the documentation is updated with the changes made in the PR.
Expand All @@ -18,7 +18,7 @@ on:

jobs:
pr-verification:
runs-on: ubuntu-latest
runs-on: unity-linux-runner
steps:
- name: Checkout code
uses: actions/checkout@v5
Expand All @@ -33,8 +33,8 @@ jobs:
// List of mandatory PR sections
const requiredSections = [
{
header: '## Backport',
description: 'PR description must include a "## Backport" section. Please add this section and provide information about this PR backport to develop or develop-2.0.0 branch respectively or explain why backport is not needed.'
header: '## Backports',
description: 'PR description must include a "## Backports" section. Please add this section and provide information about this PR backport to develop or develop-2.0.0 branch respectively or explain why backport is not needed.'
},
{
header: '## Testing & QA',
Expand All @@ -43,6 +43,10 @@ jobs:
{
header: '## Documentation',
description: 'PR description must include a "## Documentation" section. Please add this section and provide information about the documentation changes made in this PR. It is important to keep the documentation up to date with the code changes.'
},
{
header: '## Jira ticket',
description: 'PR description must include a "## Jira ticket" section. Please add this section and provide a link to the Jira ticket that corresponds to this PR. General rule should be that if the PR takes you more then a day of work it should have Jira ticket. Otherwise you can always write "N/A" in this section.'
}
];

Expand All @@ -59,4 +63,4 @@ jobs:
message += '\n\nPlease add them to your PR description.';

core.setFailed(message);
}
}
36 changes: 36 additions & 0 deletions .github/workflows/qa-reviewer-assignment.yml
Original file line number Diff line number Diff line change
@@ -0,0 +1,36 @@
# This workflow depend on the content of .github/pull_request_template.md file, which should contain the required sections that the script checks for
# This also works in parallel with .github/workflows/pr-verification.yml which validates PR format
# In contrast to .github/workflows/pr-verification.yml, this workflow is conditional and aims to ease the process of requesting QA review by automatically assigning the QA team whenever a checkbox is marked

# In case that the given checkboxes are marked the script will automatically add netcode-qa team as a reviewer.

name: 'Assign QA Reviewer'

on:
pull_request:
types: [opened, edited, synchronize, reopened]

jobs:
assign-qa:
# This job only runs if the checkbox in the PR description exist and is checked.
if: >
contains(github.event.pull_request.body, '- [x] `Review automated tests`') ||
contains(github.event.pull_request.body, '- [x] `Execute manual tests`') ||
contains(github.event.pull_request.body, '- [x] `Provide feedback about the PR`')
runs-on: unity-linux-runner


steps:

- name: 'Assign QA Team'
uses: actions/github-script@v7
with:
github-token: ${{ secrets.GH_TOKEN }}
script: |
github.rest.pulls.requestReviewers({
owner: context.repo.owner,
repo: context.repo.repo,
pull_number: context.issue.number,
team_reviewers: ['netcode-qa']
});
console.log('Assigned netcode-qa for review.');
2 changes: 1 addition & 1 deletion .github/workflows/remove-labels-on-issue-close.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -10,7 +10,7 @@ jobs:
remove_labels:
name: Calculate and remove issue labels
if: ${{ !github.event.issue.pull_request }} # This is needed to distinguish from PRs (which we don't want to affect)
runs-on: ubuntu-latest
runs-on: unity-linux-runner
permissions:
issues: write

Expand Down
Loading