@ingeniomaps/cauce 0.89.0 → 0.90.0
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 +56 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -14,6 +14,62 @@ desde este repositorio no va, porque el que lee no puede actuar sobre eso. Cuand
|
|
|
14
14
|
unas pocas líneas casi siempre es porque cuenta cómo se descubrió el problema o por qué se eligió el
|
|
15
15
|
diseño — eso vive en el commit y en el código.
|
|
16
16
|
|
|
17
|
+
## [0.90.0] - 2026-09-15
|
|
18
|
+
|
|
19
|
+
### Corregido
|
|
20
|
+
|
|
21
|
+
- **Registrar un piso de cobertura dejó de poder borrar los demás.** `coverage:update` reconstruye el
|
|
22
|
+
registro entero desde lo que midió, y se negaba a escribir sólo cuando no había medido **nada**. Una
|
|
23
|
+
corrida que arrancaba y moría temprano dejaba un lcov corto: los archivos que no llegó a medir
|
|
24
|
+
desaparecían del registro, y la actualización salía en 0 anunciando éxito. El registro mutilado se lee
|
|
25
|
+
igual que uno sano, y con él la puerta de cobertura deja de cuidar lo que perdió.
|
|
26
|
+
|
|
27
|
+
Ahora se niega cuando un archivo que **sigue en disco** y **tenía piso** no fue medido, nombrando
|
|
28
|
+
cuáles. Retirar un archivo del motor sigue funcionando igual —ya no está en disco, así que no cuenta
|
|
29
|
+
como pérdida— y no hace falta ninguna excepción que recordar.
|
|
30
|
+
|
|
31
|
+
**No tenés que hacer nada.** Si al correr `coverage:update` te frena, la corrida quedó corta: revisá que
|
|
32
|
+
la suite haya terminado antes de volver a intentarlo.
|
|
33
|
+
|
|
34
|
+
- **Las pruebas que juzgan el repositorio dicen cuándo no pueden correr, en vez de fallar.** Cinco de
|
|
35
|
+
ellas preguntan qué está trackeado —lo que define al árbol es el índice de git, no lo que haya en el
|
|
36
|
+
disco— y en una copia sin `.git` fallaban con mensajes que hablaban del repositorio: «la suite declara
|
|
37
|
+
0 pruebas y el piso es 505». Se leían como defectos reales y no lo eran.
|
|
38
|
+
|
|
39
|
+
Importa porque R23 manda ejercitar en una copia lo que las pruebas invocan, y la copia barata
|
|
40
|
+
—`git ls-files | tar`, `git archive`— no lleva `.git`. Ahora se saltean declarando qué les falta.
|
|
41
|
+
|
|
42
|
+
**No tenés que hacer nada.** Si corrés la suite sobre un tarball o un árbol sin historia, vas a ver
|
|
43
|
+
cinco `skipped` con su razón donde antes veías cinco rojos.
|
|
44
|
+
|
|
45
|
+
- **El ciclo de aprendizaje ya no te deja una rama muerta por cada informe que se mergea solo.** Cuando un
|
|
46
|
+
informe declara `propone: no`, su PR se cierra con auto-merge y su rama quedaba viva para siempre: una
|
|
47
|
+
por cargo y por semana. La bandera que debía borrarla estaba puesta desde la versión anterior y nunca
|
|
48
|
+
hizo nada — `gh` borra «after merge», y con auto-merge el comando termina al *armar*, horas antes de que
|
|
49
|
+
el merge ocurra.
|
|
50
|
+
|
|
51
|
+
Ahora lo hace `delete-merged-branch.yml`, que escucha el cierre del PR y borra la rama cuando el merge
|
|
52
|
+
ya pasó. Vale para cualquier PR mergeado de este repositorio, no sólo los del ciclo: el mismo hueco
|
|
53
|
+
dejaba vivas las ramas de release. Una rama de un fork no se toca, y un PR cerrado sin mergear tampoco
|
|
54
|
+
—ahí la rama es trabajo de alguien—.
|
|
55
|
+
|
|
56
|
+
**No tenés que hacer nada.** Si tu instancia acumuló ramas `automation/*` de informes ya mergeados, se
|
|
57
|
+
borran a mano una vez; las nuevas ya no se quedan.
|
|
58
|
+
|
|
59
|
+
- **La puerta del toolkit dejó de dar verde con pruebas en rojo.** `npm run ci` encadena cinco
|
|
60
|
+
comprobaciones y ninguna miraba el veredicto de la suite: entraba sólo por la de cobertura, que ignora
|
|
61
|
+
a propósito el exit de `node --test` para poder registrar un piso cuando la puerta está en rojo. Esa
|
|
62
|
+
tolerancia valía para los dos caminos, así que seis pruebas fallando terminaban en exit 0 — y eso es lo
|
|
63
|
+
que corre en CI y lo que exige `prepublishOnly`.
|
|
64
|
+
|
|
65
|
+
Ahora la tolerancia es del modo que la necesita: al **registrar** (`coverage:update`) el exit de la
|
|
66
|
+
suite sigue sin decidir, y al **comprobar** una suite en rojo corta la corrida antes de mirar
|
|
67
|
+
cobertura, diciendo que el rojo es de las pruebas y no de los pisos.
|
|
68
|
+
|
|
69
|
+
**No tenés que hacer nada, pero puede que veas rojo donde antes veías verde:** si tu proyecto tenía
|
|
70
|
+
pruebas fallando, la puerta las muestra en vez de taparlas. Ninguna versión publicada de este toolkit
|
|
71
|
+
llegó a npm con la suite en rojo — se comprobó clonando y corriendo las cinco últimas.
|
|
72
|
+
|
|
17
73
|
## [0.89.0] - 2026-09-14
|
|
18
74
|
|
|
19
75
|
### Agregado
|