Два вопроса:
Как заставить инструмент сравнения TortoiseSvn игнорировать стиль EOL?
Как исправить смешанные файлы стиля EOL при конвертации из PVCS в SVN?
Я только что импортировал архив PVCS в Subversion, используя отличный бесплатный инструмент для конвертации Polarion. Все выглядит хорошо, есть одна неприятная вещь, которую я хотел бы исправить.
Некоторые из файлов cpp в оригинальном архиве PVCS имеют смешанные стили EOL (из-за инструмента слияния PVCS). Эти файлы (и все их версии) теперь копируются в архив Subversion с использованием параметра autoprops «svn: eol-style = native».
Когда я использую разность TortoiseSvn, чтобы увидеть разницу между двумя версиями, я получаю сообщение об ошибке «Несоответствующий стиль окончания строки».
Вся идея преобразования 10-летней истории ревизий из PVCS в Subversion состоит в том, чтобы облегчить программистам возможность видеть, какие изменения были внесены в прошлом, и если вам необходимо вручную очистить старый файл перед различий возможно, это не сработает.
ПРЕДУПРЕЖДЕНИЕ: НАСТОЯЩАЯ проблема со стилями EOL заключается в java-конвертере, который читает репозиторий PVCS и генерирует файлы дампа Subversion. Он берет параметры автопрофиля и применяет их к указанным вами типам файлов - в моем случае к свойству eol-native - ДАЖЕ, если файлы имеют смешанный EOL. Обычно svn проверяет это при фиксации и проверяет, очищены ли файлы перед их фиксацией.
Извлеченный урок: НЕ используйте autoprops eol-stype при преобразовании из PVCS в subversion. Если вам это нужно, добавьте его после завершения конвертации и очистите файлы в процессе.