Інструменти розробника · порівняння тексту
Кожен рядок змінено? Лінія Endings, Trailing Spaces і BOMs в дифузі
· Як працює
Опубліковано ToolAcre · Редакція журналу
текст Лінії декупація
Діагностика трьох невидимих причин порівняння, що звітує кожну лінію, як різні, і показує, як розповісти про те, що у вас є перед розмитненням автора.
Цей самий файл, збережений двічі, явно повторюється — встановлює загальний випадок редагування файлу на двох операційних системах
Два заощадження можуть виглядати як повторення, коли редактор змінює невидимі символи, але ToolAcreПоведінка яких символів змінюється. Нормалізує закінчення лінії перед узгодженням, в той час як пробіли на краю лінії і U+FEFF на початку залишаються звичайними лініями, якщо інший варіант змінює ключ.
Створіть діагностичну фіксацію замість здогадувань від кольору. Порівняти одну пару, що відрізняється тільки в закінченнях, інший відрізняється причепним просторам, а третій з провідними BOM. Контрольовані пари відображають межі інструменту більш надійно, ніж реальний файл, що містить кілька невидимих змін одночасно.
CRLF versus LF: символ наприкінці кожного рядка — пояснює, чому Windows закінчує рядки з двома героями, Unix з одним, і як дифу бачить додаткову повернення перевезення
`splitLines` заміни CRLF і lone CR з LF, потім розбиває. Тести встановлюють, що всі три конвенції виробляють однакові масиви. Тому CRLF-тільки різниця невидима навіть при відключенні білого простору; вимога контуру, що кожен рядок буде відрізнятися суперечками цієї реалізації.
Остаточна нова лінія також не створює додаткового ряду. Після розщеплення знімається один термінал порожній запис. Порожні лінії в середині залишаються порівнювальними підрозділами, тому поведінка відрізняє конвенцію з закінчення терміну дії файлу з навмисного вертикального поділу всередині документа.
ToolAcre нормалізує CRLF, CR і LF перед порівнянням, тому зникнуть зміни
У оригінальних лініях залишаються перегони. З звичайним порівнянням, `name=value` і `name=value ` мати різні ключі. Ignore whitespace обробляє як кінці, так і згортає внутрішні прогони, так що варіант може зробити парний матч, зберігаючи лівий оригінальний текст у зображеному рівні.
Бібліотека також реалізує вузькі `ignoreTrailingWhitespace` варіант, але струм УІ не піддається його. Статті не повинні описати прапорець, які користувачі не можуть вибрати. Відвантажувальна панель пропонує Корпус Ignore, що надає всі відмінності білого простору і згортання довго незмінних проходжень.
Ознака параметра вгорі файлу — описує U+FEFF символи деяких редакторів, які препендують UTF-8 Файли і чому він робить тільки перший рядок
Р UTF-8 розшифровується позначка байтів JavaScript У+FEFF на початку першої лінії. `splitLines` не явний BOM видалення. При звичайному співвідношенні, що характер може зробити тільки перший ряд відрізняється в той час як пізніші лінії залишаються рівною.
JavaScript У+FEFF як білий простір, коли Ignore whitespace виклики `trim`, але ця стаття не узагальнена, що в поведінці декодування файлів. Редактор отримує рядки; він не читає файли байтів або кодування звітів. Опитування дійсного персонажа при доведенні байтів.
Успішний приклад: розкажання трьох причин — дає шляхи прийняття рішення: перші точки різниці в Інтернеті BOM, кожен рядок для закінчення, розсіяні лінії точки для причепів
Почати `alpha beta` і `alpha beta`: результат ідентичний. Порівняти `alpha beta` з `alpha beta`: Звичайний режим звітує замінні рядки, при цьому білий режим відповідає їм. Альфа з U+FEFF і дотримуватися першого ефекту.
Ця послідовність відокремлює причини використання репозиторійно-провенних операцій. Якщо кожна лінія все ще відрізняється після закінчення нормалізації, слідкувати за змістом, відступом або причепом символів, а не розмитим CRLF наодинці. Якщо один рядок відрізняється, перевірте його провідні пункти коду перед перезаписом усього файлу.
Використання варіанту білого простору як діагностичний — показує, як можна ігнорувати ToolAcre's Текстове порівняння може поглинати причіпний простір і висувний шум так реальних редагувань
Ignore whitespace корисний для причіпно-космічного шуму, оскільки він обрізає і конденсує лінійні ключі. Не несе відповідальності за приховування CRLF versus LF, які вже трапилися під час розщеплення. Зберігаючи ті етапи, відокремлені запобігає введенню в оману, про які можна відремонтувати порівняння.
Виконайте обидва види, тому що обрізка може приховати значуще відступання і конденсування може змінювати значення фіксованої ширини або рядкові літри. Цей приклад показує, що ключі відповідають таким перетворенням. Не засвідчує, що оригінальні файли є неідентичними або послідовно змінними.
Білий простір діагностує причіпні пробіли, в той час як закінчення лінії вже нормалізуються
Текстовий дифф не перетворює файли, налаштовувати Git, змінити параметри редактора або виставити Hexadecimal bytes. Приймає пасовані рядки і звіти лінійних операцій. Порада `.gitattributes`, `core.autocrlf` або кодування ремонт відноситься до інструментів, поведінка яких може бути перевірена окремо.
Невидимий характер вводиться в текст. Форматтер, буфер, декодер або ручне редагування може виготовити той же рядок. Використовуйте порівняння, щоб знайти ряд, після чого перевірте вихідний трубопровод перед призначенням причини.
Ведуться: перевірте невидимості перед розмиванням автора — підсумує діагностичний шлях і примітить порівняння працює в браузері, тому чутливі файли залишаються на вашому машині
Перевірити невидимість в фіксованому порядку: закінчення, причіп або внутрішній білий простір, потім провідні спеціальні символи. ToolAcreТести дадуть результат фірми для першої категорії, а її параметри допомагають ізолювати другий. Третій може знадобитися інспектор персонажа поза цим маршрутом.
Розгалуження лінії перехресного перехресного перерізу зникне за допомогою дизайну. Це зручний, але це також означає, що цей інструмент не може довести два вихідні файли, які використовують ті ж фізичні нові мережеві байти. Виберіть утиліту для надання допомоги при збереженні точного дроту або репозиторійного представлення є вимогою.