-
Notifications
You must be signed in to change notification settings - Fork 17.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
build: run all tests on some builder #12508
Comments
Another possibility might be to run the "long" go test once a day/week on all the current builders. This way no extra builders are required. The downside is that when the tests fails multiple commits could be blamed and require a little extra debugging. |
The majority of our builders are virtual, and very cheap. We can run more configs (like a full one) if they're useful. |
Another option is to make some longer tests (normally disabled by -short) run anyway if they notice they are on a (any) builder. That might be better than yet another special config that we have to remember what it means. |
Also, now that we shard tests, it might not even be much longer to run full tests on some of the more widely-sharded builders. |
Change https://golang.org/cl/113435 mentions this issue: |
So we can have builders running go test -short=false. Updates #12508 Change-Id: If90f0f6d9f89268c33b1d1876139ad551fecd3d8 Reviewed-on: https://go-review.googlesource.com/113435 Reviewed-by: Josh Bleecher Snyder <[email protected]> Reviewed-by: Bryan C. Mills <[email protected]> Reviewed-by: Ian Lance Taylor <[email protected]>
Change https://golang.org/cl/113436 mentions this issue: |
The builders run the -short tests. However, we've seen non-short tests fail in the past. It'd be good for at least one builder somewhere on at least one arch/os to run the full suite.
cc @bradfitz
The text was updated successfully, but these errors were encountered: