Использование SVN локально: быстро, просто и удобно

[Attid]

http://maximum-value.blogspot.com/2008/03/svn.html

[Padre_Mortius]

а под винду что-нить похожее есть?

[Attid]

есть стандартный свнклиент может работать локально без сервера, только ярлыки самому прийдется сделать

[Padre_Mortius]

а можно подробней? что подразумевается под стандартным svn-клиентом?

[B4rr4cuda]

Видимо имеются ввиду косольные тулы: svn, svnadmin и тд.

[Attid]

скажу в обмен на статью в вики (в переводах) =)

чтоб хранить репозаритарий локально ставите http://subversion.tigris.org/
чтоб по правой кнопочке работало ставите http://tortoisesvn.tigris.org/

[Sergei I. Gorelkin]

Для виндов достаточно поставить TortoiseSVN, он поддерживает локальные репозитарии сам по себе.
Subversion нужен, по сути, только для работы с командной строки.

[alexs]

Вопрос в общем по svn

А можно ли в нём сделать следующее:
есть репозитарий - сечас все исходники хранятся в win1251. Хочется чтобы svn в зависимости от платформы (кодовой страницы) сам производил перекодировку - т.е. если я беру исходники из винды (win1251) - он ничего не трогал, если из линукса (utf8) - svn производил перекодировку win1251-utf8 при выдаче мне исходника и обратную перекодировку при залитии на сервер изменений.

На самом деле win1251 кодировка не обязательна - если такая возможность есть, то на сервере лучше будет хранть в utf8, а в виндовую кодировку переводить при выдаче на Windows-машину.

[Attid]

да было бы круто =)
но вроде нельзя никак =(

[Attid]

хотя почитал, можно извратится с помощью командных файлов.

на сервере хренишь в 1251,
в венде получаешь\отправляешь в 1251
тут все просто, а вот на лине создаешь скрипт
который с помощью svn cat и iconv получает , и также отправляет обратно, но проэкт все равно будет на машине хранится дважды один в 1251 другой в ютф.

[alexs]

Боюсь, что в этом случае svn клиент будет реагировать на простое изменение даты модификации файла.
Хотя конечно можно попробовать сделать в скрипте копирование только изменённых файлов.
Обидно. Такая идея пропадает

[shade]

О ней просто нужно поведать разработчикам Subversion. Есть есть же свойство svn:eol-style, которое обрабатывает концы строк. Точно также можно было сделать svn:content-encoding.

1. Если svn:content-encoding не определено или svn:mime-type не text/*, то читать бинарником и никаких преобразований не производить
2. Если svn:mime-type = text/* (отсутвие svn:mime-type тоже самое, что svn:mime-type=text/plain) и svn:content-encoding=native, то текст переразуется из UTF-8 в текущую кодировку пользователя, а при commit из текущей в UTF-8. На сервере храниться в UTF-8
3. Если svn:mime-type = text/* (отсутвие svn:mime-type тоже самое, что svn:mime-type=text/plain) и svn:content-encoding=<кодировка>, то текст переразуется из UTF-8 в указаную кодировку, а при commit из указаной в UTF-8. На сервере храниться в UTF-8.

Объяснение тому, что это ещё не сделали только одно - авторы англоязычны и понятия не имеют, что кто-то может работать с другими кодировками и какие может испытывать проблемы.

[Attid]

shade
вот мы тебя как самого умного выдвигаем в крестовый поход на субверсион, напиши им в трекер, а мы проголосуем =)

[alexs]

присоединяюсь

[Attid]

немного не в тему но типа того

После трех лет разработки анонсирован выход первого официально стабильного релиза распределённой системы управления исходным кодом Mercurial, выступающей в качестве альтернативы GIT и предназначенной для управления исходными текстами и патчами для больших распределенных проектов.

http://www.opennet.ru/opennews/art.shtml?num=14934