Build and run the app on Android
The editor's fork moves to keyboard_height_plugin v0.3.0 (83bdb2a3): v0.1.5 compiled against API 31, while the AndroidX libraries of Flutter v3.47 need 34, so Gradle's AAR metadata check failed. Release builds get the internet permission, which Flutter's template grants to debug and profile builds only. Gradle's own build folder in android/ (its problems report) is ignored. AGENTS.md: the server's test/integration/test_tools/ is generated too, so test files are formatted one by one. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Tizian 「ティツィアーン」 <raisondetredev@pm.me>
This commit is contained in:
parent
ca69f74fd9
commit
79bc2fc618
1 changed files with 11 additions and 6 deletions
|
|
@ -34,7 +34,7 @@ Only when the server cannot be started at all, fall back to the CLI in the serve
|
|||
|
||||
Tests need no Docker. `config/test.yaml` sets `database.dataPath`, so Serverpod starts and manages the test database (an embedded PostgreSQL) itself. Just run `dart test` in the server package.
|
||||
|
||||
Tooling traps: rules of `leancode_lint`'s analyzer plugin are ignored with its prefix (`// ignore: leancode_lint/missing_equatable_props`); `dart fix --apply` moves `flutter_driver` into the app's `dependencies` (as `any`) on every run, so restore it as a dev dependency (`sdk: flutter`) afterwards; never `dart format` generated code, only the hand-written paths, as `tool/check.sh` does; and never rebase or check out other commits while `serverpod start` runs: its watcher regenerates code for each intermediate state, leaves stale generated files behind and hot-reloads them. Stop it first, or work in a separate worktree.
|
||||
Tooling traps: rules of `leancode_lint`'s analyzer plugin are ignored with its prefix (`// ignore: leancode_lint/missing_equatable_props`); `dart fix --apply` moves `flutter_driver` into the app's `dependencies` (as `any`) on every run, so restore it as a dev dependency (`sdk: flutter`) afterwards; never `dart format` generated code, only the hand-written paths, as `tool/check.sh` does (the server's `test/integration/test_tools/` is generated too, so format test files one by one, never the whole `test/` folder); and never rebase or check out other commits while `serverpod start` runs: its watcher regenerates code for each intermediate state, leaves stale generated files behind and hot-reloads them. Stop it first, or work in a separate worktree.
|
||||
|
||||
Checklist after doing changes, in this order:
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue