Skip to content

Conversation

@adleong
Copy link
Member

@adleong adleong commented Apr 11, 2025

The go-test CI workflow specifies at 10m timeout. However, if a test exceeds this timeout (for example if it is deadlocked) then CI terminates the job and the go test output doesn't give us any clues about which test specifically was running. This makes it hard to identify what caused the failure.

We move the 10m timeout from the CI workflow into the go-test justfile recipe. This causes go test to exit with a more informative error message once the timeout is reached, instead of being terminated by CI.

@adleong adleong requested a review from a team as a code owner April 11, 2025 00:37

go-test:
needs: meta
if: needs.meta.outputs.changed == 'true'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would still be valuable to have a timeout on the workflow itself in case we hang in another step. Maybe 30 mins?

Signed-off-by: Alex Leong <[email protected]>
Copy link
Member

@alpeb alpeb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sweet!

@adleong adleong merged commit afbd4f2 into main Apr 11, 2025
75 of 77 checks passed
@adleong adleong deleted the alex/go-test-timeout branch April 11, 2025 23:15
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.

4 participants