Skip to content

Alert RelEng when a new go.mod lands on main - #11871

Draft
stpierre wants to merge 1 commit into
temporalio:mainfrom
stpierre:alert-on-new-go.mod
Draft

Alert RelEng when a new go.mod lands on main#11871
stpierre wants to merge 1 commit into
temporalio:mainfrom
stpierre:alert-on-new-go.mod

Conversation

@stpierre

@stpierre stpierre commented Aug 31, 2026

Copy link
Copy Markdown
Member

What changed?

Add a push-to-main workflow that diffs the push range for added go.mod files and posts them to #alerts-release-engineering. Notify-only, never blocking: adding a module is legitimate, it just needs RelEng follow-up. testdata/ and vendor/ are excluded.

Why?

Release tooling assumed a single root go.mod and needs adjustments when a new one is added, which has caused issues in two recent cloud releases.

How did you test it?

  • built
  • run locally and tested manually
  • covered by existing tests
  • added new unit test(s)
  • added new functional test(s)

A new Go module can be added anywhere in the tree without Release
Engineering hearing about it, and RelEng owns tooling that has to know
about every module. Nothing announces one today: tests/mixedbrain/go.mod
landed in temporalio#10413 with no signal.

Add a push-to-main workflow that diffs the push range for added go.mod files
and posts them to Slack. Notify-only, never blocking: adding a module is
legitimate, it just needs RelEng follow-up. `testdata/` and `vendor/` are
excluded.

Fixes RE-587

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
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.

1 participant