refactor(page): 删除旧版页面文件

This commit is contained in:
2026-08-16 05:31:45 +08:00
parent ca76678afc
commit 1396487af9
88 changed files with 12633 additions and 1081 deletions

View File

@@ -0,0 +1,68 @@
# Caching and Gradle Configuration
Safe for every scenario; apply these before anything else.
## Update Kotlin
The latest Kotlin version is the first official recommendation for
Kotlin/Native compilation time — each release improves compiler performance.
Check `gradle/libs.versions.toml` or the plugin block and propose an upgrade
if the project is behind. Read the compatibility guide for the target release
before upgrading; for example, use the
[Kotlin 2.4 compatibility guide](https://kotlinlang.org/docs/compatibility-guide-24.html)
when moving to Kotlin 2.4.x. Each target release has a corresponding
compatibility guide. See the
[Kotlin 2.3.20 release notes](https://kotlinlang.org/docs/whatsnew2320.html#new-dsl-for-disabling-compilation-cache)
for the related cache change.
## Remove stale workarounds
Projects accumulate workarounds for long-fixed compiler issues. Upgrade Kotlin
first, then inspect:
- `kotlin.native.disableCompilerDaemon=true`
- `org.gradle.daemon=false`
Each disables a performance feature. Remove stale workarounds and check
whether the build completes successfully.
## Enable Gradle caching
```properties
# gradle.properties
org.gradle.caching=true
org.gradle.configuration-cache=true
```
- Trial the configuration cache with the user's real task before committing
it. If Gradle reports configuration-cache problems, fix the blockers listed
in the HTML report instead of abandoning the cache.
- The configuration cache implicitly enables parallel task execution, which
can run several `link*` tasks at once and overload the machine (KT-70915).
If that happens, bound it with `org.gradle.workers.max` in
`gradle.properties` or `--max-workers` on the command line — do not turn
the cache off for this reason alone.
- Delete `org.gradle.configureondemand=true`. Kotlin Multiplatform does not
support Configuration on Demand, and it is not the same feature as the
configuration cache.
- For CI, a remote Gradle build cache extends `org.gradle.caching` across
machines.
## Keep `~/.konan` warm in CI
Kotlin/Native stores its compiler distribution and caches in `$HOME/.konan`.
Ephemeral CI machines and containers that lose it pay the cold-start cost on
every build. On GitHub Actions:
```yaml
- uses: actions/cache@v4
with:
path: ~/.konan
key: konan-${{ runner.os }}-${{ hashFiles('**/libs.versions.toml') }}
```
Use the `konan.data.dir` Gradle property only when the project intentionally
relocates that directory (for example, to a cacheable path on a CI runner).
Docs: https://kotlinlang.org/docs/native-improving-compilation-time.html and
https://kotlinlang.org/docs/gradle-compilation-and-caches.html