Skip to content

[SPARK-58459][4.x][INFRA] Manage build_main.yml per-branch instead of gating on github.ref - #57661

Open
gaogaotiantian wants to merge 1 commit into
apache:branch-4.xfrom
gaogaotiantian:SPARK-58459-branch-4.x
Open

[SPARK-58459][4.x][INFRA] Manage build_main.yml per-branch instead of gating on github.ref#57661
gaogaotiantian wants to merge 1 commit into
apache:branch-4.xfrom
gaogaotiantian:SPARK-58459-branch-4.x

Conversation

@gaogaotiantian

Copy link
Copy Markdown
Contributor

What changes were proposed in this pull request?

Replace the github.ref-based job condition in build_main.yml on branch-4.x with a simple github.repository != 'apache/spark' check. Post-merge CI on the branch-4.x integration/staging branch is disabled to save resources; since this branch's copy of the workflow is only ever evaluated for pushes to branch-4.x, no github.ref comparison is needed to express that.

if: github.repository != 'apache/spark'

Why are the changes needed?

The other build workflows (e.g. build_java21.yml, build_python_3.11.yml) are already managed per-branch, diverging in name/schedule/branch: between master and branch-4.x. build_main.yml was the exception, encoding branch-specific behavior via a runtime github.ref check. Aligning it with the rest keeps each branch's workflow file self-describing.

Does this PR introduce any user-facing change?

No.

How was this patch tested?

N/A. CI-configuration-only change; post-merge CI remains disabled on branch-4.x while fork pushes still run.

Was this patch authored or co-authored using generative AI tooling?

Generated-by: Claude Code (Opus 4.8)

This pull request and its description were written by Isaac.

…ng on github.ref

### What changes were proposed in this pull request?

Replace the `github.ref`-based job condition in `build_main.yml` on `branch-4.x`
with a simple `github.repository != 'apache/spark'` check. Post-merge CI on the
`branch-4.x` integration/staging branch is disabled to save resources; since this
branch's copy of the workflow is only ever evaluated for pushes to `branch-4.x`,
no `github.ref` comparison is needed to express that.

### Why are the changes needed?

The other build workflows (e.g. `build_java21.yml`, `build_python_3.11.yml`) are
already managed per-branch, diverging in name/schedule/`branch:` between `master`
and `branch-4.x`. `build_main.yml` was the exception, encoding branch-specific
behavior via a runtime `github.ref` check. Aligning it with the rest keeps each
branch's workflow file self-describing.

### Does this PR introduce _any_ user-facing change?

No.

### How was this patch tested?

N/A. CI-configuration-only change; post-merge CI remains disabled on `branch-4.x`
while fork pushes still run.

Co-authored-by: Isaac
@gaogaotiantian gaogaotiantian changed the title [SPARK-58459][INFRA] Manage build_main.yml per-branch instead of gating on github.ref [SPARK-58459][4.x][INFRA] Manage build_main.yml per-branch instead of gating on github.ref Jul 31, 2026
@uros-b

uros-b commented Jul 31, 2026

Copy link
Copy Markdown
Member

Thank you @gaogaotiantian and @zhengruifeng!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants