dotnet_runtime/.github/workflows
Carlos Sánchez López ff749c3ca3
Bring back yml necessary change types in label checkers (#114165)
There are some `on pull_request_target types` in the label checking yml files that were removed but they are actually necessary, so the labeler keeps working after for example: pushing new commits, pressing the update the branch, closing and opening the PR.
2025-04-02 14:20:27 -06:00
..
README.md Add repo-specific condition to labeling workflows (#112169) 2025-02-05 16:58:28 -08:00
aspnetcore-sync-checkdiff.ps1
aspnetcore-sync.yml Bump actions/checkout v4 and set dependabot to only bump its major versions (#101585) 2024-04-29 13:02:06 -07:00
backport.yml Switch to non-incremental servicing and update ApiCompatNetCoreAppBaselineVersion to 9.0.0 (#109790) 2024-11-20 17:45:49 +01:00
bump-chrome-version.yml [browser] Chrome bump reviewers update (#103230) 2024-06-10 17:37:20 +02:00
check-no-merge-label.yml Bring back yml necessary change types in label checkers (#114165) 2025-04-02 14:20:27 -06:00
check-service-labels.yml Bring back yml necessary change types in label checkers (#114165) 2025-04-02 14:20:27 -06:00
inter-branch-merge-flow.yml [main] Add workflow file for interbranch merging (#106616) 2024-08-19 11:20:50 -07:00
jit-format.yml Update to .NET 10 build images (#110198) 2024-12-20 10:29:14 -08:00
locker.yml Update locker.yml (#101218) 2024-04-18 09:41:33 +10:00
markdownlint-problem-matcher.json
markdownlint.yml Bump dependencies of markdownlint action (#95215) 2023-11-26 11:08:32 +01:00

README.md

Workflows

General guidance:

Please make sure to include the @dotnet/runtime-infrastructure group as a reviewer of your PRs.

For workflows that are triggered by pull requests, refer to GitHub's documentation for the pull_request and pull_request_target events. The pull_request_target event is the more common use case in this repository as it runs the workflow in the context of the target branch instead of in the context of the pull request's fork or branch. However, workflows that need to consume the contents of the pull request need to use the pull_request event. There are security considerations with each of the events though.

Most workflows are intended to run only in the dotnet/runtime repository and not in forks. To force workflow jobs to be skipped in forks, each job should apply an if statement that checks the repository name or owner. Either approach works, but checking only the repository owner allows the workflow to run in copies or forks withing the dotnet org.

jobs:
  job-1:
    # Do not run this job in forks
    if: github.repository == 'dotnet/runtime'

  job-2:
    # Do not run this job in forks outside the dotnet org
    if: github.repository_owner == 'dotnet'

Refer to GitHub's Workflows in forked repositories and pull_request_target documentation for more information.