KamoCRM

Ostatnie dwa pliki git traktowali jako binarne

Chorekamo-internal
Przesyłane
7 września 2026 00:48 UTC
Autor
Kamo
Zgłoszenie
ab08043

Dokończenie zamiatania, które zaczęło się, gdy mój własny billingDraft.ts popełnił tak, jak "Bin 0 -> 6882 bajtów". Skanowanie każdego śledzonego pliku tekstowego dla znalezionego byta NUL 3 kolejne; serverTime.ts poszedł z tą poprawką, a to są pozostałe dwa. Skrypty/check-i18n-keys.mjs używa NUL jako strażnika OIOM-u - oznacza to dla a Uciekł "", podczas gdy dosłowne rozpiętości są rozbierane, i jest to właściwa postać Do pracy, ponieważ żadna prawdziwa wiadomość nie może zawierać. Kedaż, napisany jako unicode Ucieczka, a nie surowy bajt. Strażnik zgłasza się identycznie przed i po: Czyste, 3410 plików. README.md miał całą linię dostarczoną w UTF-16LE przez narzędzie build-trigger, Siedzenie w skądinąd pliku ASCII - 39 NUL i linia, której nie renderatora by Pokaż poprawnie. Decoded i przepisany jako UTF-8, tekst niezmieniony. Ani nie złamał niczego w czasie pracy. Obie kosztowały to samo: git Rozdzwoń dzwoni do pliku z binarnym NUL, więc nie ma dyfuzyjnego, nie ma winy ani recenzji, Zmiana na którąkolwiek z nich wylądowałaby jako nieprzezroczysty blob.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Wszystko to pojawia się w twoim miejscu pracy na własną rękę. Zacznij od bezpłatnego planu i przeczytaj tę stronę ponownie w miesiącu.

Zacząć na zawszeZobacz ceny