Cuatro casas, medidas

Las 6 prohibiciones que separan a las dos empresas estaban construidas sobre /Users/cr/Zymplo-HQ — una ruta que existe en una computadora. Esas fichas viajan a un repositorio público: en cualquier otro clon la regla no puede matchear nada. Y el archivo ya había arreglado esa misma forma para otra variable, y la dejó viva justo en la pared: la única parte cuyo trabajo es separar dos empresas. El arreglo suma 6 reglas gemelas por nombre de carpeta en vez de reemplazar — un deny de más nunca afloja al de al lado, así que no hace falta medir el matcher para saber que no puede romper nada.

lo cazó · el sello del portón, al intentar pushear · arreglado y con candado propio: 7 cazadas · 0 escapadas

Una fila del libro decía «5 ramas viven sólo en la Mac · 3.476 líneas». Su contrato de cierre usaba git merge-base --is-ancestor, que no puede ver a través de un squash-merge: cuando un PR entra squasheado, el tip de la rama nunca vuelve a ser ancestro de main aunque su trabajo esté entero adentro. Medido con git cherry, que compara por patch-id: el número real es 2, no 5, y 1.056 de esas líneas nunca estuvieron en riesgo. Y la consecuencia es la cara: un rojo que no se puede apagar entrena a que las rojas no se lean, y se lleva puestas a las que sí se podían arreglar.

lo cazó · correr el contrato en vez de creerle · contrato reescrito, con dos anclas nuevas de exit 2

502 líneas que vivían sólo en la Mac. En flota/ las frenaba la Ley 1 (el contenedor compartido no nombra una empresa: 16 nombres en código). Movidas a instalaciones/, las frenaba la Ley 2 (el contenedor no transporta los datos de ninguna casa; ahí sólo viaja cómo está configurada). Nunca tuvo casa en ese repositorio. Y al buscarle una apareció lo mejor de la noche: el trabajo ya estaba publicado desde ayer en la casa que le corresponde, en una versión de 552 líneas y mejor. Lo único propio de la rama era el arreglo I, que se portó allá.

lo cazó · dos candados distintos, uno después del otro · el riesgo real era 526 líneas, no 3.476

La pata 1 de esa regla no la miraba nadie, en ninguna de las cuatro casas. Se midió: el escaneo de secretos declaraba cron: '45 8 * * *', estaba en la rama default desde hacía un día, y de sus 37 corridas ninguna era agendada — con tres hermanos del mismo repo en 9, 16 y 9 como control positivo. Que el cron esté bien escrito no dice que haya sonado.

Ahora hay un candado que hace esa pregunta 4 veces por día, y distingue cinco respuestas, no dos: sonando · callado · exento escrito · todavía sin juzgar (un reloj joven no es un reloj roto) · y no pude medir. Al correrlo contra los repos reales cazó dos defectos míos: mi regex se comía los cron que tenían un comentario al final —vi 2 de 7 relojes de una casa y contesté «los 2 andando»— y una línea de borrador que el intérprete aceptaba sin chistar.

25 pruebas · el control positivo cae · el exento no puede tapar un reloj que nunca sonó

El latido promete un pulso cada 30 minutos y entrega 15%. Mi primer impulso fue declarar una cadencia más honesta. Pero el repo ya lo había medido el 1 de septiembre sobre 24 corridas: la cadencia de 30 minutos nunca ocurrió —el hueco mínimo real fue de 2,39 h— y la degradación es función de la frecuencia, así que mover el minuto sólo compra la apariencia de un arreglo. El arreglo de verdad es un temporizador en una máquina que todavía no existe. Dueño escrito, con fecha.

Por eso el latido va a una lista de exentos escritos, con su motivo entero a la vista y su número al lado — no escondido. Y esa lista tiene tres cerrojos probados: no puede tapar un reloj con cero corridas, un exento huérfano da no pude medir, y uno sin motivo escrito se rechaza.

auditar antes de recomendar · leer antes de tocar