NUL байт в двух исходных файлах, которые заставили git называть их бинарными

Fixkamo-internal
Порезанный
6 сентября 2026 г. в 23:56 UTC
Автор
Kamo
Обещать
00b2b58

Пойман на последнем проходе над моей собственной работой: «billingDraft.ts» "Bin 0 -> 6882 байт". Разделитель, написанный как пространство, достиг файла как Вместо этого сырой байт NUL, от снаряда, убегающего по пути внутрь. Это сработало. NUL является отличным сепаратором, каждое пройденное испытание Чиновнику нечего было сказать. Что сломалось, так это чтение: Git обрабатывает файл NUL как двоичный, поэтому у него нет диффа, нет вины и нет обзора. Изменение в нем будет Земля как непрозрачная капля. «serverTime.ts» имел то же самое в кэш-ключе форматтера — ранее существовавший. не мой, найденный путем сканирования хранилища для рисунка после обнаружения моего собственного. Это действительно должно быть NUL, так как ни местность, ни часовой пояс не могут содержит один, поэтому разделитель хранится и записывается как уникодный побег вместо сырой байт. Тот же ключ, та же защита от столкновений, и файл снова диффундирует. Также присутствует в README.md, из фрагмента UTF-16, добавленного неким строительным триггером. инструмент. Осталось одно: это 39 байт косметического повреждения в файле ничего не импортирует, И это не то изменение, которое нужно убирать.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены