github.com/rudderlabs/rudder-go-kit@v0.30.0/.github/workflows/semantic-pr.yaml (about) 1 name: "Semantic pull request" 2 3 on: 4 pull_request: 5 types: 6 - opened 7 - edited 8 - labeled 9 - unlabeled 10 - converted_to_draft 11 - ready_for_review 12 - synchronize 13 14 concurrency: 15 group: ${{ github.workflow }}-${{ github.head_ref }} 16 cancel-in-progress: true 17 jobs: 18 main: 19 name: title 20 runs-on: ubuntu-latest 21 steps: 22 - 23 uses: amannn/action-semantic-pull-request@v4 24 env: 25 GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} 26 with: 27 types: | 28 fix 29 feat 30 chore 31 refactor 32 exp 33 doc 34 test 35 scopes: | 36 config 37 logger 38 stats 39 testhelper 40 utils 41 ci 42 requireScope: false 43 subjectPattern: ^(?![A-Z]).+$ 44 subjectPatternError: | 45 The subject "{subject}" found in the pull request title "{title}" 46 didn't match the configured pattern. Please ensure that the subject 47 doesn't start with an uppercase character. 48 # For work-in-progress PRs you can typically use draft pull requests 49 # from GitHub. However, private repositories on the free plan don't have 50 # this option and therefore this action allows you to opt-in to using the 51 # special "[WIP]" prefix to indicate this state. This will avoid the 52 # validation of the PR title and the pull request checks remain pending. 53 # Note that a second check will be reported if this is enabled. 54 wip: true 55 # When using "Squash and merge" on a PR with only one commit, GitHub 56 # will suggest using that commit message instead of the PR title for the 57 # merge commit, and it's easy to commit this by mistake. Enable this option 58 # to also validate the commit message for one commit PRs. 59 validateSingleCommit: false 60 # Related to `validateSingleCommit` you can opt-in to validate that the PR 61 # title matches a single commit to avoid confusion. 62 validateSingleCommitMatchesPrTitle: false 63 # If the PR contains one of these labels, the validation is skipped. 64 # Multiple labels can be separated by newlines. 65 # If you want to rerun the validation when labels change, you might want 66 # to use the `labeled` and `unlabeled` event triggers in your workflow. 67 ignoreLabels: | 68 bot 69 dependencies