Skip to content

Commit 7c6c7e7

Browse files
[SDK-115] Drop branches: filter on pull_request so stacked PRs trigger BCIT
The `branches:` key under `pull_request:` filters by the PR's *target* branch, not its head — so PRs targeting long-lived integration branches (e.g. the followup #1062 targeting SDK-115-bcit-ci) silently skipped this workflow. Path filters still gate which PRs actually fire it; only PRs that touch integration-tests / iterableapi(-ui) / the workflow / the run-e2e.sh script will trigger. Push trigger keeps `branches: [master]` so we don't double-run on every feature branch's push events alongside its PR run. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
1 parent aeb92d8 commit 7c6c7e7

1 file changed

Lines changed: 4 additions & 1 deletion

File tree

.github/workflows/integration-tests-bcit.yml

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,10 @@ on:
1212
- '.github/workflows/integration-tests-bcit.yml'
1313
- '.github/scripts/run-e2e.sh'
1414
pull_request:
15-
branches: [ master ]
15+
# No `branches:` filter — `branches:` matches the PR's *target*, not its head, so
16+
# restricting to [master] silently skips stacked PRs that target SDK-115-* (or any
17+
# other long-lived integration branch). Path filters below still gate which PRs
18+
# actually trigger the workflow.
1619
paths:
1720
- 'integration-tests/**'
1821
- 'iterableapi/**'

0 commit comments

Comments
 (0)