- Navios
- 6 de setembro de 2026 às 23:56 UTC
- Autor
- Kamo
- Enviar
- 00b2b58
Preso em uma última passagem sobre o meu próprio trabalho: 'billingDraft.ts' comprometido como "Bin 0 -> 6882 bytes". Um separador escrito como um espaço atingiu o ficheiro como um Nul byte cru em vez disso, de shell escapando no caminho para dentro. Funcionou. NUL é um separador perfeitamente bom, cada teste passado, e o O verificador de tipos não tinha nada a dizer. O que ele quebrou é ler: git trata um arquivo com um NUL como binário, por isso não tem diferenças, nenhuma culpa e nenhuma revisão. Uma mudança seria terra como uma bolha opaca. `serverTime.ts` tinha a mesma coisa em sua chave de cache formatter — preexistente, Não é meu, encontrado digitalizando o repositório para o padrão depois de encontrar o meu próprio. Este é realmente destinado a ser NUL, uma vez que nem um local ou um fuso horário pode contém um, então o separador é mantido e escrito como uma fuga unicode em vez de o byte cru. A mesma chave, a mesma prova de colisão, e o ficheiro diffs novamente. Também presente em README.md, a partir de um fragmento UTF-16 anexado por algum build-trigger Ferramenta. Deixado em paz: são 39 bytes de danos cosméticos num arquivo nada importa, E esta mudança não é para limpar.