Les deux derniers fichiers git étaient traités comme binaires

Chorekamo-internal
Expédié
7 septembre 2026 à 00:48 UTC
Auteur
Kamo
Commite
ab08043

Finir le balayage qui a commencé quand ma propre facturationDraft.ts s'est engagée comme "Bin 0 - 6882 octets". Scanner chaque fichier de texte suivi pour une octet NUL trouvée trois autres; serverTime.ts est allé avec cette solution, et ce sont les deux autres. scripts/check-i18n-keys.mjs utilise un NUL comme sentinelle de l'UTI - il se présente pour une ''épuisant tandis que les portées littérales-brace sont dépouillées, et c'est le bon caractère pour le travail parce qu'aucun message réel ne peut en contenir un. Conservé, écrit en tant que code unicode échapper plutôt que l'octet brut. Le garde fait rapport de manière identique avant et après : propres, 3410 fichiers. README.md avait toute une ligne ajoutée dans l'UTF-16LE par un outil de déclenchement de construction, assis à l'intérieur d'un fichier sinon ASCII - 39 NULs et une ligne sans moteur de rendu montrer correctement. Décodé et réécrit sous la forme d'UTF-8, texte inchangé. Il ne s'agissait pas non plus de casser quoi que ce soit au moment de l'enroulement. Les deux coûtaient la même chose: git appelle un fichier avec un binaire NUL, donc il n'a pas de diff, pas de blâme et pas de révision, et un Le changement de l'un ou l'autre aurait atterri en tant que blob opaque.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation