Доброго времени суток.

Есть UNIX-система, "родная" кодировка которой вообще несовместима с ASCII. На ней производится редактирование и компиляция исходных текстов. При использовании SVN в качестве Source Control данные в репозитарий кладутся в этой кодировке, что мешает их просмотру с рабочей станции (которая, естественно, использует ASCII). Хотелось бы иметь возможность тексты в репозитарии хранить в ASCII, а при checkin/checkout производить преобразование. Подскажите, пожалуйста, какой-нибудь способ решения такой задачи.

Здравствуйте, awk, Вы писали:

awk>Доброго времени суток.

awk>Есть UNIX-система, "родная" кодировка которой вообще несовместима с ASCII. На ней производится редактирование и компиляция исходных текстов. При использовании SVN в качестве Source Control данные в репозитарий кладутся в этой кодировке, что мешает их просмотру с рабочей станции (которая, естественно, использует ASCII). Хотелось бы иметь возможность тексты в репозитарии хранить в ASCII, а при checkin/checkout производить преобразование. Подскажите, пожалуйста, какой-нибудь способ решения такой задачи.

читать в стороноу server side хуков\расширений -- можно на коммите запускать скрипты и чегонить делать с данными...

Здравствуйте, awk, Вы писали:

awk>Есть UNIX-система, "родная" кодировка которой вообще несовместима с ASCII.
EBCDIC? У тебя там на файлах, случайно, не стоит флаг "бинарный"?

Здравствуйте, Cyberax, Вы писали:

C>EBCDIC?
Он, родимый

C>У тебя там на файлах, случайно, не стоит флаг "бинарный"?
Ты имеешь ввиду subversion properties? Я пытался ставить svn:mime-type=text/plain, не помогло.

Кстати, клиент — SVNKit.

Здравствуйте, zaufi, Вы писали:

Z>читать в стороноу server side хуков\расширений -- можно на коммите запускать скрипты и чегонить делать с данными...

А можно из хука что-то менять? У меня сложилось мнение, что хуки нужны в для проверки корректности, ведения лога, оповещения других систем (bug tracking), и т.д. Вот тут (http://svnbook.red-bean.com/nightly/en/svn.reposadmin.create.html#svn.reposadmin.create.hooks), к примеру, пишут, что при таком подходе начнутся другие и проблемы.

Вторая загвоздка, которую я здесь вижу — отсутствие хука на checkout. Даже если бы он был, из него приходилось бы пытаться понять, кто его дёргает — ASCII- или EBCDIC- система.

Насчёт расширений — что имеется ввиду: те же хуки, какой-то интерфейс для plugin-ов к SVN-серверу, или дописывание последнего руками?

Здравствуйте, awk, Вы писали:

awk>Доброго времени суток.

awk>Есть UNIX-система, "родная" кодировка которой вообще несовместима с ASCII. На ней производится редактирование и компиляция исходных текстов. При использовании SVN в качестве Source Control данные в репозитарий кладутся в этой кодировке, что мешает их просмотру с рабочей станции (которая, естественно, использует ASCII). Хотелось бы иметь возможность тексты в репозитарии хранить в ASCII, а при checkin/checkout производить преобразование. Подскажите, пожалуйста, какой-нибудь способ решения такой задачи.

Таже ситуация перешли на cvs все стало в норме.

Здравствуйте, awk, Вы писали:

awk>Доброго времени суток.

awk>Есть UNIX-система, "родная" кодировка которой вообще несовместима с ASCII. На ней производится редактирование и компиляция исходных текстов. При использовании SVN в качестве Source Control данные в репозитарий кладутся в этой кодировке, что мешает их просмотру с рабочей станции (которая, естественно, использует ASCII). Хотелось бы иметь возможность тексты в репозитарии хранить в ASCII, а при checkin/checkout производить преобразование. Подскажите, пожалуйста, какой-нибудь способ решения такой задачи.

Может покопать в сторону настройки локали в Unix-системе ? У меня получалось на FreeBSD редактировать в koi8, а в винде в 1251. svn должен делать перекодировку в кодироку той системы куда извлекается рабочая копия. И даже иногда ругается и не может вытащить.