5 Commits

Include renames

Author	SHA1	Message	Date
johanleroy	f96b36c548	ci: un token de release refusé doit faire échouer le job, pas passer inaperçu ... Avec un NPM_TOKEN expiré, les trois workflows de release sont ressortis « réussis » alors qu'aucune release n'avait été créée et qu'aucun asset n'était attaché : l'attache était en continue-on-error et le script sortait en 0 quand l'API refusait le token. Diagnostiquer a demandé de comparer les assets de releases pour comprendre ce que les logs auraient dit tout de suite. Désormais : token ABSENT (fork, run sans secret) reste un cas légitime qui sort proprement, mais un token PRÉSENT et refusé, ou un upload d'asset en échec, fait échouer le job avec un message qui nomme les portées attendues. Les artefacts du run sont uploadés AVANT cette étape, donc un job rouge ne perd aucun binaire. L'attache du VSIX passe au même script partagé : elle dupliquait la logique, avec le même angle mort.	2026-08-04 14:29:27 +02:00
johanleroy	bd76e53570	docs(ci): documenter la portée write:repository requise de NPM_TOKEN ... L'attache des installeurs/VSIX à la release Gitea réutilise NPM_TOKEN ; ce token doit porter write:repository EN PLUS de write:package, sinon l'API release renvoie 403 (l'étape est best-effort, non bloquante : les artefacts restent disponibles via upload-artifact).	2026-07-17 20:42:21 +02:00
johanleroy	65ef616867	chore(typo): retire tous les tirets cadratins/demi-cadratins + garde CI ... Remplace les 547 tirets cadratins (U+2014) et demi-cadratins (U+2013) des fichiers versionnés par la ponctuation contextuelle adaptée (point médian, deux-points, virgule, parenthèses ; tiret simple pour les plages), sur 122 fichiers (appli, vitrine, doc, tests, workflows, scripts). Ajoute le job CI « lint-dashes » (git grep -P) qui échoue si un tiret cadratin/demi-cadratin réapparaît, hors logo binaire et captures brutes du terminal (fidélité des fixtures de détection de dialogue).	2026-07-17 16:44:00 +02:00
johanleroy	06a400acc7	ci(vscode): réutiliser NPM_TOKEN pour l'asset de release du VSIX ... Le token Gitea NPM_TOKEN (déjà utilisé pour publier le daemon) a les droits repository suffisants pour l'API release → pas de secret RELEASE_TOKEN dédié à configurer.	2026-06-23 17:48:45 +02:00
johanleroy	cf7eb05aca	feat(vscode): extension VS Code native (intégration native, pas un webview) ... Nouveau workspace packages/vscode (git-arboretum, privé, non publié sur npm), client REST/WS réutilisant @arboretum/shared. Auth Authorization: Bearer sur REST et l'upgrade WS (via `ws`) ; un client Node sans en-tête Origin passe le check Origin strict du serveur. - Arbres temps réel : Repositories (repos → worktrees → sessions) et Groups, via le WebSocket. - Terminaux natifs (vscode.Pseudoterminal) pour attacher/observer une session — rendu et scrollback de VS Code ; décodage UTF-8 streaming + comptabilité ACK dans des modules purs. - Status bar (compteur waiting) + notifications natives sur passage en waiting, réponses Yes/No via la commande WS answer. - Mutations git (create worktree, commit, push, promote), start/kill/hide/resume/fork, session de groupe ; conscience du workspace (reveal + start/create here). - Bundle esbuild (format cjs, external vscode) inlinant @arboretum/shared → VSIX autonome. Logique réutilisable sans import vscode → testée par vitest (19 tests). - CI : .gitea/workflows/vscode-release.yml package le VSIX sur tag vscode-vX.Y.Z (artefact + asset de release best-effort). build:vscode hors du build principal (comme le site). - spikes/s5-vscode/STUDY.md : décision de conception (GO phasé A→D), marquée implémentée.	2026-06-23 17:43:03 +02:00