Доброго времени суток! Дабы не плодить темы-клоны я бы хотел немного переформулировать один из последних вопросов в этой теме. Мы уже говорили о "привязке" отдельного каталога к каждой из веток в Mercurial и некоторых других VCS. Недавно, волей случая я опять столкнулся с такой системой контроля версий как SNV...

Собственно, вопрос: существует ли, какая-нибудь система контроля версий, доступ к которой можно осуществлять удалённо (распределённая она или нет - особого значения не имеет), которая бы умела синхронизировать свою файловую систему с файловой системой сервера? Желательно, что бы для этой системы была поддержка NetBeans или хотя бы клиенты под Windows и Linux (Debian/SuSE и их производных).

Не так давно, один человек показал мне, как устроена система SVN. Как выяснилось, в ней нет вообще такого понятия как "ветка", в принципе. По сути, репозиторий представляет из себя набор каталогов, за состоянием которых SVN следит. После изменения (коммита) каких-либо данных, можно слить ВСЮ ФС  из SVN'a в какой-то определённый каталог. И всё бы оно хорошо (и поддержка в NetBeans встроенная есть, и контроль прав и пр.), вот только одно плохо - если проект заключается в 1-10МБ кода, я бы ещё пережил полное копирование всех файлов из проекта на HDD сервера. Но, если проект будет занимать 100Мб, в нём будет 1000 файлов и с ним будут работать 30-50 человек, которые постоянно что-то будут комитить, и после каждого коммита (или ещё какого-то изменения) - всё будет повторно сливать на HDD (то есть, не только те файлы, которые изменились, а вообще все, которые там есть) - то это начисто положит жесткий диск и вообще убьёт всю производительность.

Собственно, вопрос второй: возможно существует кака-то система контроля версий, соответствующая выше указанным требованиям, которая умеет после изменений синхронизировать свою ФС (файловую систему) с ФС сервера? Если говорить точнее, я преследую одну основную цель: разделить на уровне репозитория (с помощью веток, каталогов, суб-репозиториев или чего угодно) несколько разных версий одного и того же проекта, при этом каждая из версий должна лежать в отдельном (своём) каталоге на сервере.

P.S. Может я конкретно не туда смотрю? Вот уже неделю перечитываю весь найденный материал для самых разнообразных VCS (систем контроля версий), среди которых: GIT, Mercrial, SVN. И никак не могу до конца понять, возможна ли вообще реализация чего-то подобного в какой либо из этих систем? Почему-то на ум не приходит ни "ДА" ни "НЕТ". Я конечно понимаю, что можно совершенно законно "разломать" исходик того же Mercurial и сделать из него то, что мне хочется. Но, тогда встанет вопрос поддержки в актуальном состоянии версии этого самого "клона", что явно мне "не по зубам". У меня нет ни ресурсов, ни желания, ни возможности делать и поддерживать форк Mercurial или какой-то другой VCS.

Это сообщение отредактировал(а) WolfAlone - 19.12.2011, 23:39

это делают ВСЕ из тобой перечисленных решений, в рамках процесса работы.
процесс работы распределенных систем похож. у централизованной системы принцип немного другой.
ВСЕ из них синхронизируются с каталогом своего "отца" (разным механизмом, но все это делают)
ВСЕ из них поддерживают концепцию параллельной разработки модифицированных веток со слиянием меж ними.
ВСЕ из них работают и удаленно и не удаленно, но для каждого коммита централизованных нужна связь с сервантом.
ВСЕ из них позволяют контроль доступа к ресурсам репозитория по разным параметрам (включая ветки, пользователи, группы, и т.д.)

Как я тебе раньше говорил: начни со сценария и требований, и потом выбирай решение.
Далее требования и спецификации повесь на "стенгазету" своей организации, и заставь всех по ней работать.
чтобы все знали куда делать коммит/пуш, кто отвечает за мерж, и т.д.

Добавлено через 2 минуты и 47 секунд
кстати tortoisehg умеет делать линки из идентификаторов issues
при нужде можно даже заставлять пользователя (своей конфигой программы) запихивать в коммит мессагу идентификатор.
(он при коммите без идентификатора заорет на пользователя)