Проблема с кодировкой имени файла SVN в Mac OS X

у меня есть имя файла с символом Юникода. Все имена файлов в Mac OS X закодированы в кодировке UTF8. Также $LANG установлено значение en_US.UTF-8.

впрочем, похоже svn есть некоторые проблемы с этим:

az@ip212 1054 (Integration) %ls
Abbildungen                           Verbesserungsvorschläge_Applets.odt
AllgemeineAnmerkungen.rtf             Verbesserungsvorschläge_Applets.rtf
Geogebra                              Vorlagen
Texte
az@ip212 1055 (Integration) %svn ls
Abbildungen/
AllgemeineAnmerkungen.rtf
Geogebra/
Texte/
Verbesserungsvorschläge_Applets.rtf
Verbesserungsvorschläge_Applets.odt
Vorlagen/
az@ip212 1056 (Integration) %svn del Verb*.odt
svn: Use --force to override this restriction
svn: 'Verbesserungsvorschläge_Applets.odt' is not under version control
az@ip212 1057 (Integration) %svn status
?       Verbesserungsvorschläge_Applets.odt
!       Verbesserungsvorschläge_Applets.odt
az@ip212 1058 (Integration) %

Как видите, svn del не распознает имя файла. И даже svn status путает его.

как я могу это исправить? Я тоже пробовал с LC_CTYPE=$LANG LC_ALL=$LANG LC=$LANG но никаких изменений.

10
задан Chealion
25.11.2022 15:17 Количество просмотров материала 3406
Распечатать страницу

3 ответа

Я получил ответ из списка рассылки Subversion от B Smith-Mannschott:

Это известная проблема.

http://subversion.tigris.org/issues/show_bug.cgi?id=2464

один постер в теме комментариев к в этом вопросе предлагается следующее:

дополнительные комментарии от Julian Mehnle Чт Авг 6 07:40:30 -0700 2009:

здесь is обходной путь: установка в "unicode_path" вариант пакета subversion MacPorts:

порт$ судо устанавливать Subversion +unicode_path

Я не пробовал это сам.

/ / ben

Это, кажется, работает в основном для меня, но я не уверен, что еще сломался.

Я провел некоторое исследование источника Subversion, и кажется, что поддержка UTF8 очень сильно нарушена. Они игнорируют тот факт, что имя файла может быть различным в utf8. Они обрабатывают все такие разные представления, как разные имена файлов. MacOSX может изменить представление внутренне, и это то, что Subversion путает много-и не может справиться.

вы можете видеть в их источнике, что их функция сравнения путей в основном просто memcpy.

Я пытался это исправить, но я не совсем уверен, если я сделал или нет (и я не хочу тратить гораздо больше времени на это-это кажется работать сейчас, но не уверен).

прочитайте отчет об ошибке для получения более подробной информации и последующего обсуждения.

8
отвечен Albert 2022-11-26 23:05

вы можете export LANG=de_DE.UTF-8 ?

0
отвечен lajuette 2022-11-27 01:22

меня сегодня укусили. Сервер на Linux и две OS X-клиенты направлению к нему. Пытался удалить хлопотный файл на сервере, но даже там Unicode символы отмечены смешно. Может быть, это время для меня, чтобы перейти на Git?

дополнение:

Мне как-то удалось изменить ситуацию на сервере, так что проблема с файлом с двойным именем unicode, похоже, изменилась на "несовпадение контрольной суммы при чтении представления" в конце 'в SVN обновить" или "из SVN'. Хех.

0
отвечен akauppi 2022-11-27 03:39

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Мы используем cookie. Это позволяет нам анализировать взаимодействие посетителей с сайтом и делать его лучше. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Политика конфиденциальности
Согласен
Вверх