@wu-framework/cli 0.5.0 → 0.5.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -2,12 +2,64 @@
2
2
 
3
3
  Todos los cambios notables de wu-cli. Formato basado en [Keep a Changelog](https://keepachangelog.com/) y [SemVer](https://semver.org/).
4
4
 
5
+ ## [0.5.1] — 2026-08-29 — fiabilidad del desarrollo local
6
+
7
+ ### Corregido
8
+
9
+ - El compilador Angular resuelve las hojas CSS importadas desde TypeScript sin
10
+ tratarlas como imports JavaScript, tanto en desarrollo como en HMR.
11
+ - `wu dev` y `wu serve` rechazan de forma inmediata y legible un puerto ya
12
+ ocupado, incluido Windows, en vez de anunciar un servidor que no inició o
13
+ dejar dos procesos disputando el mismo listener.
14
+ - `wu doctor` reconoce dependencias locales absolutas `file:C:/...` en Windows.
15
+ - Los scaffolds conservan metadatos completos, usan estilos externos compatibles
16
+ con CSP y evitan HTML dinámico inseguro en el shell vanilla.
17
+ - Las plantillas Vanilla, Svelte, Solid, Stencil, Alpine, HTMX y Stimulus usan
18
+ CSS externo y controles accesibles, sin atributos de estilo que la CSP de
19
+ producción termine bloqueando.
20
+ - El scaffold Stimulus conserva el contrato `{ controllers, template }` que
21
+ consume su adapter; el controlador y sus acciones se mantienen aislados en
22
+ la configuración generada.
23
+ - Alpine se genera con el runtime oficial `@alpinejs/csp` inyectado y un
24
+ proveedor aislado por app; HTMX se importa realmente, desactiva evaluación y
25
+ scripts inline mediante su meta-config previa al import, usa estilos de
26
+ indicadores externos y limpia sus listeners al desmontar.
27
+ - Los proyectos nuevos fijan `wu-framework@^3.0.1`, la primera versión estable
28
+ que expone la inyección de runtime usada por estos scaffolds.
29
+
5
30
  ## [0.5.0] — 2026-08-29 — alineación con wu-framework 3
6
31
 
7
32
  ### Cambiado
8
33
 
9
- - Los proyectos nuevos usan `wu-framework@^3.0.0-beta.2`, declaran Node 20+ y
34
+ - Los proyectos nuevos usan la versión estable `wu-framework@^3.0.0`, declaran Node 20+ y
10
35
  `wu doctor` detecta rangos de registro que todavía resuelven a V2.
36
+ - Los shells generados conservan el objeto completo de cada micro-app al
37
+ inicializar Wu; ya no pierden `framework`, ownership DOM, grants ni
38
+ compatibilidad al recalcular su URL.
39
+ - Los shells Vite nativos usan una hoja CSS externa compartida y el shell
40
+ vanilla construye sus nodos con DOM seguro. Esto elimina atributos `style`
41
+ dinámicos y concatenaciones `innerHTML` sin relajar la CSP de producción.
42
+ - Cada shell incluye un favicon SVG real en `public/`; desarrollo ya no genera
43
+ un 404 por depender del icono implícito del navegador.
44
+ - `wu install` conserva correctamente rutas `file:C:/...` y `file:C:\\...` en
45
+ Windows; antes las convertía en junctions relativos inválidos aunque npm
46
+ terminara con éxito. Las pruebas de `install.zig` ya forman parte de la suite
47
+ agregada y dejan de ser tests escritos que nunca se ejecutaban.
48
+ - `wu doctor` reconoce esas mismas rutas absolutas de Windows y UNC como un
49
+ único destino en todos los `package.json`; ya no inventa rutas como
50
+ `shell/C:/...` ni contradice el resultado correcto de `wu install`.
51
+ - Los listeners de `wu dev` y `wu serve` ya no solicitan `SO_REUSEADDR` ni
52
+ `SO_REUSEPORT`; además mantienen una lease de host/puerto entre procesos Wu
53
+ en Windows, donde el backend AFD de Zig acepta dos binds aun sin reuse. Un
54
+ segundo servidor termina con un error claro en vez de arrancar aparentemente
55
+ y repartir tráfico entre dos proyectos; `wu serve` sólo anuncia su URL
56
+ después de poseer realmente el puerto.
57
+ - Las apps React generadas inyectan en el adapter el mismo runtime que compiló
58
+ el componente y esperan su registro. Esto evita dos copias de React en chunks
59
+ de producción y el fallo de hooks que sólo aparecía después de `wu build`.
60
+ - El componente React inicial usa `App.css`, clases y controles accesibles en
61
+ lugar de objetos `style`; el scaffold funciona con la CSP estricta que el
62
+ propio `wu build` publica.
11
63
  - `apps[].grants` y `apps[].compatibility` forman parte del schema del CLI y se
12
64
  propagan sin pérdida por desarrollo, build, `apps.json`, `wu-manifest.json` y
13
65
  shells generados.
package/README.md CHANGED
@@ -32,7 +32,7 @@
32
32
 
33
33
  **Wu CLI** es un CLI + dev-server nativo en **Zig 0.16** para arquitecturas microfrontend ([wu-framework](https://www.wu-framework.com)). Reemplaza **N procesos Vite** (uno por micro-app) con **un único proceso en un solo puerto** que descubre, compila, sirve y hace HMR. Sin dependencias Zig, binario de ~250-460 KB por plataforma, distribuido vía npm.
34
34
 
35
- ## Estado actual (código v0.5.0)
35
+ ## Estado actual (código v0.5.1)
36
36
 
37
37
  Las versiones de `package.json`, `src/main.zig` y `build.zig.zon` están
38
38
  sincronizadas y una invariante de CI evita que vuelvan a divergir. Consulta el
Binary file
package/bin/wu-darwin-x64 CHANGED
Binary file
Binary file
package/bin/wu-linux-x64 CHANGED
Binary file
Binary file
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@wu-framework/cli",
3
- "version": "0.5.0",
3
+ "version": "0.5.1",
4
4
  "description": "Native Zig dev server + CLI for wu-framework microfrontends. One binary, one port, all your micro-apps.",
5
5
  "license": "MIT",
6
6
  "author": "Wu Framework Team",