You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It appears that if you pre-build your test binaries with go test -c and run them with --raw-command, the Go test results cache is not used? I found this a bit surprising, but after some thought it makes sense.
It seems that the caching logic is done inside go test invoking the binary, not the binary itself. So in order for gotestsum to do test caching, it would have to import or reimplement the functionality from go test. A tall order.
If this is correct, it might be worth calling out in the docs somewhere.
(Context: I'm trying to run without Go in CI to avoid having to lug the whole build cache around. I just want the test cache; it should be considerably smaller.)
The text was updated successfully, but these errors were encountered:
In package list mode only, go test caches successful package test
results to avoid unnecessary repeated running of tests. When the
result of a test can be recovered from the cache, go test will
redisplay the previous output instead of running the test binary
again. When this happens, go test prints '(cached)' in place of the
elapsed time in the summary line.
It appears that if you pre-build your test binaries with
go test -c
and run them with--raw-command
, the Go test results cache is not used? I found this a bit surprising, but after some thought it makes sense.It seems that the caching logic is done inside
go test
invoking the binary, not the binary itself. So in order forgotestsum
to do test caching, it would have to import or reimplement the functionality fromgo test
. A tall order.If this is correct, it might be worth calling out in the docs somewhere.
(Context: I'm trying to run without Go in CI to avoid having to lug the whole build cache around. I just want the test cache; it should be considerably smaller.)
The text was updated successfully, but these errors were encountered: