feat(ci): build, teste et empaquette un APK Android signé sur chaque push main #67

Merged

kyuno merged 10 commits from feat/mobile-ci-android-apk into main 2026-09-06 14:44:36 +02:00

Conversation 0 Commits 10 Files changed 4 +134 -4

kyuno commented 2026-09-06 10:28:23 +02:00

Owner

Copy link

Closes #64

Nouveau job build-android dans ci.yml, gardé par needs: sur les 5 jobs existants (lint/test/intent-service-test/build/e2e) et limité à main via if: github.ref == 'refs/heads/main' — c'est ce qui garantit que l'APK n'est empaqueté qu'une fois la suite de tests existante verte, pas juste construit en parallèle d'elle (Forgejo/GitHub Actions n'a pas de mécanisme natif pour qu'un job d'un autre fichier de workflow attende un run ici, d'où le choix de rester dans ci.yml).

APK signé avec un vrai keystore de release — jamais généré par la CI (Android refuse une mise à jour signée par une clé différente de celle déjà installée) : ajoute signingConfigs.release à build.gradle, lu depuis l'environnement (ANDROID_KEYSTORE_PATH/_PASSWORD, ANDROID_KEY_ALIAS/_PASSWORD), jamais codé en dur. *.jks/*.keystore sont désormais réellement ignorés par git (les lignes existaient mais étaient commentées dans le .gitignore généré par Capacitor).

README : documente les 5 secrets Forgejo requis (MOBILE_API_URL + les 4 secrets du keystore) et la commande pour générer le keystore une seule fois.

Aucune suite de tests instrumentés Android n'existe (zéro code natif au-delà de la coquille Capacitor) — "testée" est satisfait par le gate sur la suite existante, pas par une suite native à inventer pour cette itération.

Risque documenté, pas résolu par avance : aucun build Android n'a jamais tourné sur ce runner Forgejo auto-hébergé, contrairement aux 4 autres jobs déjà éprouvés. Si le premier run échoue sur l'installation du SDK/Gradle plutôt que sur le code, ce sera à ajuster (cache ~/.android/sdk/~/.gradle probable).

🤖 Generated with Claude Code

Closes #64 Nouveau job `build-android` dans `ci.yml`, gardé par `needs:` sur les 5 jobs existants (`lint`/`test`/`intent-service-test`/`build`/`e2e`) et limité à `main` via `if: github.ref == 'refs/heads/main'` — c'est ce qui garantit que l'APK n'est empaqueté qu'une fois la suite de tests existante verte, pas juste construit en parallèle d'elle (Forgejo/GitHub Actions n'a pas de mécanisme natif pour qu'un job d'un *autre* fichier de workflow attende un run ici, d'où le choix de rester dans `ci.yml`). APK signé avec un vrai keystore de release — jamais généré par la CI (Android refuse une mise à jour signée par une clé différente de celle déjà installée) : ajoute `signingConfigs.release` à `build.gradle`, lu depuis l'environnement (`ANDROID_KEYSTORE_PATH`/`_PASSWORD`, `ANDROID_KEY_ALIAS`/`_PASSWORD`), jamais codé en dur. `*.jks`/`*.keystore` sont désormais réellement ignorés par git (les lignes existaient mais étaient commentées dans le `.gitignore` généré par Capacitor). README : documente les 5 secrets Forgejo requis (`MOBILE_API_URL` + les 4 secrets du keystore) et la commande pour générer le keystore une seule fois. Aucune suite de tests instrumentés Android n'existe (zéro code natif au-delà de la coquille Capacitor) — "testée" est satisfait par le gate sur la suite existante, pas par une suite native à inventer pour cette itération. **Risque documenté, pas résolu par avance** : aucun build Android n'a jamais tourné sur ce runner Forgejo auto-hébergé, contrairement aux 4 autres jobs déjà éprouvés. Si le premier run échoue sur l'installation du SDK/Gradle plutôt que sur le code, ce sera à ajuster (cache `~/.android/sdk`/`~/.gradle` probable). 🤖 Generated with [Claude Code](https://claude.com/claude-code)

kyuno added 1 commit 2026-09-06 10:28:26 +02:00

feat(ci): build, teste et empaquette un APK Android signé sur chaque push main ... 76a99f0e77

Nouveau job build-android dans ci.yml, gardé par needs: sur les 5 jobs
existants (lint/test/intent-service-test/build/e2e) et limité à main via
if: github.ref == 'refs/heads/main' — c'est ce qui garantit que l'APK n'est
empaqueté qu'une fois la suite de tests existante verte, pas juste construit
en parallèle d'elle.

APK signé avec un vrai keystore de release (jamais généré par la CI —
Android refuse une mise à jour signée par une clé différente de celle déjà
installée) : ajoute signingConfigs.release à build.gradle, lu depuis
l'environnement (ANDROID_KEYSTORE_PATH/_PASSWORD, ANDROID_KEY_ALIAS/_PASSWORD),
jamais codé en dur. *.jks/*.keystore désormais réellement ignorés par git
(étaient commentés dans le .gitignore généré par Capacitor).

README : documente les 5 secrets Forgejo requis et la génération du
keystore. Aucune suite de tests instrumentés Android n'existe (zéro code
natif au-delà de la coquille Capacitor) — "testée" est satisfait par le
gate sur la suite existante, pas par une suite native à inventer.

Risque documenté, pas résolu par avance : aucun build Android n'a jamais
tourné sur ce runner Forgejo auto-hébergé, contrairement aux 4 autres jobs.

Closes #64

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 10:45:18 +02:00

chore: relance la CI (job test cassé par la course d'infra connue sur le Postgres partagé) ... 548cee721f

18 échecs éparpillés (timeouts 10s sur des suites sans rapport entre elles,
PrismaClientKnownRequestError, un mismatch d'ID façon ré-seed concurrent) sur
373 passing — signature exacte de la course documentée dans
ci-forgejo-runner-constraints (postgres partagé + contention RAM/CPU du
runner), pas un vrai échec de code : ce PR ne touche que ci.yml/le projet
Android/le README, rien que la suite Mocha exerce différemment.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 11:04:50 +02:00

chore: relance la CI (2e collision infra sur le Postgres partagé, connexion coupée en cours de run) ... bf994c396a

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 11:27:32 +02:00

chore: relance la CI (3e collision infra sur le Postgres partagé) ... 275cc2d500

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 11:31:46 +02:00

chore: relance la CI (4e collision infra — cette fois sur le cache d'actions du runner) ... f37a61266f

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 11:45:16 +02:00

chore: relance la CI (5e collision infra — course d'upsert concurrente sur le seed Postgres partagé) ... 4f7a452924

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 11:55:04 +02:00

chore: relance la CI (6e collision infra sur le Postgres partagé) ... 85dd1b6255

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 12:07:07 +02:00

chore: relance la CI (7e collision infra sur le Postgres partagé) ... b3581b2fb5

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 14:12:50 +02:00

chore: relance la CI (8e collision infra sur le Postgres partagé) ... c662d02da6

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno added 1 commit 2026-09-06 14:26:38 +02:00

chore: relance la CI (9e collision infra sur le Postgres partagé) ... 92f364bc1f

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kyuno merged commit c0a07e8adc into main 2026-09-06 14:44:36 +02:00

kyuno referenced this pull request from a commit 2026-09-06 14:44:37 +02:00

Merge pull request 'feat(ci): build, teste et empaquette un APK Android signé sur chaque push main' (#67) from feat/mobile-ci-android-apk into main

kyuno referenced this pull request 2026-09-06 15:09:41 +02:00

fix(ci): corrige le bit exécutable de gradlew et le fiabilise en CI #70

Sign in to join this conversation.

Reviewers

No reviewers

Labels

Clear labels   

High

  

Low

  

Medium

  

bug

Something is not working

  

duplicate

This issue or pull request already exists

  

enhancement

New feature

  

help wanted

Need some help

  

invalid

Something is wrong

  

planned

  

question

More information is needed

  

to plan

  

wontfix

This won't be fixed

No labels

High

Low

Medium

bug

duplicate

enhancement

help wanted

invalid

planned

question

to plan

wontfix

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: kyuno/batchCooking#67

No description provided.