@ingeniomaps/cauce 0.5.3 → 0.5.4
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 +16 -4
- package/engine/cli/ops.js +3 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -8,10 +8,26 @@ esa operación sea confiable en vez de sólo cómoda: acá se lee qué cambió a
|
|
|
8
8
|
un cambio en el protocolo, en las reglas del sistema o en un guard es visible para el usuario y sube
|
|
9
9
|
minor aunque no toque una sola línea de código.
|
|
10
10
|
|
|
11
|
+
## [0.5.4] - 2026-08-15
|
|
12
|
+
|
|
13
|
+
### Corregido
|
|
14
|
+
|
|
15
|
+
- `upgrade` conserva el modo de los archivos que entrega. `tools/ops.js` tiene shebang y quedaba sin
|
|
16
|
+
permiso de ejecución, con el cambio de modo apareciendo en el diff de cada empresa.
|
|
17
|
+
|
|
11
18
|
## [0.5.3] - 2026-08-15
|
|
12
19
|
|
|
13
20
|
### Corregido
|
|
14
21
|
|
|
22
|
+
- `tools/ops.js` se actualiza con el toolkit. Es el shim por donde entra cada comando, no tiene una
|
|
23
|
+
línea de la empresa —dice él mismo que no se edita— y sin declararlo envejecía para siempre: una
|
|
24
|
+
instancia creada antes seguía sin exportar la raíz ops, así que `agents list` y `team list`
|
|
25
|
+
devolvían vacío al invocarse desde la carpeta de la compañía.
|
|
26
|
+
|
|
27
|
+
## [0.5.2] - 2026-08-15
|
|
28
|
+
|
|
29
|
+
### Corregido
|
|
30
|
+
|
|
15
31
|
- **`upgrade` registraba mal lo que entregaba, y eso trababa el siguiente.** El registro se anotaba
|
|
16
32
|
ruta por ruta releyendo el manifiesto del disco en cada una, así que la última anulaba a todas las
|
|
17
33
|
anteriores: tras un `upgrade` casi todos los digests quedaban viejos y la actualización siguiente
|
|
@@ -19,10 +35,6 @@ minor aunque no toque una sola línea de código.
|
|
|
19
35
|
|
|
20
36
|
Una instancia que ya quedó con digests viejos se destraba con `cauce upgrade --force`: el contenido
|
|
21
37
|
en disco y el del paquete son el mismo, así que no se descarta nada real.
|
|
22
|
-
- `tools/ops.js` se actualiza con el toolkit. Es el shim por donde entra cada comando, no tiene una
|
|
23
|
-
línea de la empresa —dice él mismo que no se edita— y sin declararlo envejecía para siempre: una
|
|
24
|
-
instancia creada antes seguía sin exportar la raíz ops, así que `agents list` y `team list`
|
|
25
|
-
devolvían vacío al invocarse desde la carpeta de la compañía.
|
|
26
38
|
|
|
27
39
|
## [0.5.1] - 2026-08-15
|
|
28
40
|
|
package/engine/cli/ops.js
CHANGED
|
@@ -545,6 +545,9 @@ function upgrade(dir) {
|
|
|
545
545
|
else {
|
|
546
546
|
F.assertNoSymlinkPath(root, target)
|
|
547
547
|
F.atomicWrite(target, fs.readFileSync(origin, 'utf8'))
|
|
548
|
+
// El modo también viene del paquete: `tools/ops.js` tiene shebang y sin esto cada upgrade lo
|
|
549
|
+
// dejaba sin permiso de ejecución, con el cambio de modo apareciendo en el diff de la empresa.
|
|
550
|
+
fs.chmodSync(target, fs.statSync(origin).mode & 0o777)
|
|
548
551
|
}
|
|
549
552
|
}
|
|
550
553
|
|