Skip to content

Conversation

@Mpdreamz
Copy link
Member

Add alreadyPublishing parameter to Match() to differentiate between:

  • Repositories onboarding to the documentation system (need speculative builds)
  • Repositories already publishing with non-versioned branches (don't need speculative builds)

Previously, when a repository used main for both git_reference_current and
git_reference_next, version branches (e.g., 8.15, 9.0) would trigger
speculative builds based on product versioning. This was intended to help
onboard new repositories, but inadvertently caused speculative builds for
repositories already publishing to the online link registry.

The alreadyPublishing parameter now prevents speculative builds for version
branches when:

  • The repository uses non-versioned branches (e.g., main) for content sources
  • The repository is already publishing to the online link registry
  • A version branch is pushed that doesn't match any configured content source

This ensures that established repositories with main-based workflows only
build what's explicitly configured, while still allowing new repositories to
use speculative builds during onboarding.

…on-versioned branches

Add `alreadyPublishing` parameter to `Match()` to differentiate between:
- Repositories onboarding to the documentation system (need speculative builds)
- Repositories already publishing with non-versioned branches (don't need speculative builds)

Previously, when a repository used `main` for both `git_reference_current` and
`git_reference_next`, version branches (e.g., `8.15`, `9.0`) would trigger
speculative builds based on product versioning. This was intended to help
onboard new repositories, but inadvertently caused speculative builds for
repositories already publishing to the online link registry.

The `alreadyPublishing` parameter now prevents speculative builds for version
branches when:
- The repository uses non-versioned branches (e.g., `main`) for content sources
- The repository is already publishing to the online link registry
- A version branch is pushed that doesn't match any configured content source

This ensures that established repositories with `main`-based workflows only
build what's explicitly configured, while still allowing new repositories to
use speculative builds during onboarding.
@Mpdreamz Mpdreamz requested a review from a team as a code owner January 14, 2026 17:04
@Mpdreamz Mpdreamz requested a review from cotti January 14, 2026 17:04
@Mpdreamz Mpdreamz added the fix label Jan 14, 2026
@Mpdreamz Mpdreamz self-assigned this Jan 14, 2026
@Mpdreamz Mpdreamz enabled auto-merge (squash) January 14, 2026 18:04
@Mpdreamz Mpdreamz merged commit d186e21 into main Jan 14, 2026
30 checks passed
@Mpdreamz Mpdreamz deleted the fix/match-non-versioned-builds branch January 14, 2026 18:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants