-
Notifications
You must be signed in to change notification settings - Fork 820
Description
Description:
The cached build gets slower over time.
Task version:
v3.11.0
Platform:
- Ubuntu
- macOS
- Windows
Runner type:
- Hosted
- Self-hosted
Repro steps:
- Create a scala, sbt project with build workflow.
- Cache
target/directory between runs to runsbt compileincrementally in consequtive commits in a PR. - Wait a couple days and re-try.
Expected behavior:
Because we don't have any snapshot dependencies, cache sped should be preserved.
Actual behavior:
Whenever our sbt cache gets older, probability of it running slower increases.
I have realized no console log is given during this time, meaning no actual compilation happens but something
This is the average runtime for our workflow runs over time.
Sometimes the average goes down because sbt cache is refreshed. The average goes down slower as the existing PRs that use the old cache is closed.
I suspect might be related to #408 as sbt relies on both JDK / JRE hashes and dependency hashes.
In our case, the incremental build goes from 2m to 8m slowly. And it never exceeds 8 minutes. I also measured sbt update time which is around 6 minutes. I suspect update is happening even though the cache is there.
