This message was deleted.
# performance
s
This message was deleted.
šŸ‘€ 1
n
This is a good question and I think it depends on what you mean by incrementality in this case since that can be an overloaded term in the Gradle world. Maybe an example of the broken "incrementality" would help here. For the case of the
up-to-date
checking mechanism in Gradle, I can recommend the
01-validate-incremental-building.sh
script in the build validation scripts. There isn't a way right now to make the build fail if not every task is up-to-date since there can be reasons that this is intentional. For the other scripts you can make it fail on caching errors. For the cases of build performance regressions in incremental builds, I can recommend the Gradle Profiler and an incremental build scenario.
s
thanks for the pointers! I did mean
up-to-date
checks, apologies for the ambiguity šŸ™‚ I’l check those scripts out. Thanks!
d
We run these scripts (incrementality + relocatable build cache ) regularly on CI to ensure that this features working correctly at any time
m
you can also use the gradle profiler and create different scenarios to make sure
up-to-date
checks are working for expected scenarios. eg making abi vs non abi changes, etc