Стою перед выбором системы контроля версий.
Искал по форуму — нашёл только пространные рассуждения о функционале тех или иных систем, но неясно насколько мне та или иная функция будет нужна. К тому же никто не высказывался под какие задачи планируется использовать систему.

Вот моя ситуация:
— Репозитарий должен находиться на машине с Win XP или Win 2003 Server
— В репозитарии предполагается хранить не только текстовые исходники, но и всю проектную документацию (файлы MS Word, pdf и т.п.)
— Разработка ведётся на Visual Studio 2005
— У всех клиентов — Win XP
— Проекты не крупные, команда маленькая
— Удаленный доступ к репозитарию (кроме как по LAN) не нужен
— Денег мало

Что скажете?

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

OS> — Репозитарий должен находиться на машине с Win XP или Win 2003 Server
Можно поставить апач или демона. Демон менее наворочен но шустрее ратотает.
OS> — В репозитарии предполагается хранить не только текстовые исходники, но и всю проектную документацию (файлы MS Word, pdf и т.п.)
Легко.
OS> — Разработка ведётся на Visual Studio 2005
Практика показывает что интеграция SVN со студией не нужна.
OS> — У всех клиентов — Win XP
TortoiseSVN
OS> — Проекты не крупные, команда маленькая
Этому версионнику пофигу.
OS> — Удаленный доступ к репозитарию (кроме как по LAN) не нужен
Сейчас не нужен потом может понадобится... в лбом случае SVN хорошо работает и по LAN и по интренету.
OS> — Денег мало
Темболие SVN ибо он бесплатен.

OS>Что скажете?
SVN

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

WH>Здравствуйте, O-Sam, Вы писали:

OS>> — В репозитарии предполагается хранить не только текстовые исходники, но и всю проектную документацию (файлы MS Word, pdf и т.п.)
WH>Легко.
Пугает это

Автор: Obukhov
Дата: 14.10.05

.

OS>> — У всех клиентов — Win XP
WH>TortoiseSVN
Пугает это

Автор: sakhnik
Дата: 25.10.05

.

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

WH>Здравствуйте, O-Sam, Вы писали:

OS>> — Репозитарий должен находиться на машине с Win XP или Win 2003 Server
WH>Можно поставить апач или демона. Демон менее наворочен но шустрее ратотает.
Кстати, что значи "Демон менее наворочен"? Клиент ведь будет использовать TortoiseSVN... Кстати, для Subversion есть какие-нибудь встроенные или сторонние админские утилиты?

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

OS>Пугает это

Автор: Obukhov
Дата: 14.10.05

.
Незнаю что они там делают но на прошлой работе я на основе SVN сделал программе которая работает с сотнями мегабайт бинарников.
Никаких 30 минутных тормозов небыло.

OS>Пугает это

Автор: sakhnik
Дата: 25.10.05

.
Ни у меня ни на сколько мне извесно у моих знакомых TSVN ниразу не падал хотя использую его довольно активно.

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

OS>>Что скажете?
WH>SVN
Выдержка со страницы "downloads" TortoiseSVN

Special version for Win2k/XP or higher: (We provide NO support for this!) uses _svn folders instead of .svn to work around the VS.NET bug with web projects. If you don't use web projects then please use the official version. Note: working copies created by this version are incompatible with other Subversion clients!

То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/

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

OS>Выдержка со страницы "downloads" TortoiseSVN
OS>

OS>Special version for Win2k/XP or higher: (We provide NO support for this!) uses _svn folders instead of .svn to work around the VS.NET bug with web projects. If you don't use web projects then please use the official version. Note: working copies created by this version are incompatible with other Subversion clients!

Эта версия отличается от стандартной только тем что строку

#define SVN_WC_ADM_DIR_NAME   ".svn"

заменили на

#define SVN_WC_ADM_DIR_NAME   "_svn"

OS>То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/
Я что-то слышал (хотя не уверен) что в VS 2005 эту ошибку исправили.

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

Короче читай отсюда Re: Subversion. Некоторые понятия.

Автор: WolfHound
Дата: 19.05.05

и дальше по ссылкам.

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

OS>То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/

Это специальная версия программы для VS2003 Web Projects (VS2k3 не переваривает .svn каталоги). Т.к. у вас VS2k5 используйте нормальную версию, проблем никаких не будет. К тому же в SVN 1.3 имена служебных каталогов будут настраиваемыми.

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

PZT>Здравствуйте, O-Sam, Вы писали:

OS>>То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/

PZT>Это специальная версия программы для VS2003 Web Projects (VS2k3 не переваривает .svn каталоги). Т.к. у вас VS2k5 используйте нормальную версию, проблем никаких не будет. К тому же в SVN 1.3 имена служебных каталогов будут настраиваемыми.

Что значит не переваривает? Никогда проблем не было.

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

OS>>Пугает это

Автор: Obukhov
Дата: 14.10.05

.
WH>Незнаю что они там делают но на прошлой работе я на основе SVN сделал программе которая работает с сотнями мегабайт бинарников.
WH>Никаких 30 минутных тормозов небыло.

+1

Более того, если у apache настроить gzip-ование трафика, то вообще все очень шустро работает. Тем более в локалке.

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

Кстати вот интересная страничка
http://freehackers.org/~shlomif/svn-raweb-light/subversion.cgi/trunk/www/project_links.html

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

WH>Здравствуйте, O-Sam, Вы писали:

WH>Короче читай отсюда Re: Subversion. Некоторые понятия.

Автор: WolfHound
Дата: 19.05.05

и дальше по ссылкам.
Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.

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

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

WH>>Здравствуйте, O-Sam, Вы писали:

WH>>Короче читай отсюда Re: Subversion. Некоторые понятия.

Автор: WolfHound
Дата: 19.05.05

и дальше по ссылкам.
OS>Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.
А протокол svn:// по вашему для чего?

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

OS>Здравствуйте, O-Sam, Вы писали:

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

WH>>>Здравствуйте, O-Sam, Вы писали:

WH>>>Короче читай отсюда Re: Subversion. Некоторые понятия.

Автор: WolfHound
Дата: 19.05.05

и дальше по ссылкам.
OS>>Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.
OS>А протокол svn:// по вашему для чего?
По-моему как раз для этого, только неясно как адресоваться к E:\InSomeDeepFolder\Lays\Repository на машине, скажем, 192.168.0.1
Везде, к сожалению, расписано под Unix, там-то всё проще — у них нет имен дисков.

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

OS>По-моему как раз для этого, только неясно как адресоваться к E:\InSomeDeepFolder\Lays\Repository на машине, скажем, 192.168.0.1
OS>Везде, к сожалению, расписано под Unix, там-то всё проще — у них нет имен дисков.

Assuming your repository is located in c:\repos\TestRepo, and your server is called localhost, enter:

svn://localhost/repos/TestRepo

when prompted by the repo browser.

You can also increase security and save time entering Url's with svnserve by using the -r switch to set the root location and restrict access to a specified directory on the server:

svnserve.exe -d -r drive:\path\to\repository

Using the previous test as a guide, svnserve would now run as:

svnserve.exe -d -r c:\repos

And in TortoiseSVN our repo-browser Url is now shortened to:

svn://localhost/TestRepo

Это из справки к самому TSVN — вроде все прозрачно ... Если что не понятно, можно будет и поподробнее

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

OS>Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.
Читайте доки они рулят...

"C:\Program Files\Subversion\bin\svnserve.exe " -d -r "d:\svn_root"

Где d:\svn_root каталог в котором лежат репозитории те

d:\svn_root\repository1
d:\svn_root\repository2
...
d:\svn_root\repositoryN

Теперь обращаешься по адресу svn://имя_компьтера/repositoryN
Доступ настраеваешь через svnserve.conf в репозитории.

Если нужны болие продвинутые разграничения доступа то придется ставить апач

Автор: Dimentiy
Дата: 07.04.03

.

ЗЫ И вобще

D:\svn_root>"C:\Program Files\Subversion\bin\svnserve.exe " --help
Usage: svnserve [options]

Valid options:
  -d [--daemon]            : daemon mode
  --listen-port arg        : listen port (for daemon mode)
  --listen-host arg        : listen hostname or IP address (for daemon mode)
  --foreground             : run in foreground (useful for debugging)
  -h [--help]              : display this help
  --version                : show version information
  -i [--inetd]             : inetd mode
  -r [--root] arg          : root of directory to serve
  -R [--read-only]         : deprecated; use repository config file
  -t [--tunnel]            : tunnel mode
  --tunnel-user arg        : tunnel username (default is current uid's name)
  -X [--listen-once]       : listen once (useful for debugging)

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

WH>Я что-то слышал (хотя не уверен) что в VS 2005 эту ошибку исправили.

Исправили

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

C>Что значит не переваривает? Никогда проблем не было.

То и значит. Если у веб-проекта есть внутри каталоги, которые начинаются с точки, то у студии рвет крышу (какие то проблемы с кешем). В VS2005 пофиксено.

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

E>Более того, если у apache настроить gzip-ование трафика, то вообще все очень шустро работает. Тем более в локалке.

а можно подробнее как оно настраивается?