Система контроля версий

MS Visual Source Safe

Из твоего описания возникает ощущение, что это какие-то ненужные костыли.

Смущает MS и Visual.

Почему ненужные костыли? В фряхе, например, есть порты и там есть зависимости - очень удобная штука. Ясное дело, что всё можно руками отследить, но тогда и версии надо контролировать не svn'ом, предположим, а командой cp pro1.2 pro1.3. Или я неправ?

что хоть за файлы, скажи?

> Смущает MS и Visual.

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

Почему ненужные костыли?

Они еще и опасные, потому что автоматическое обновление файлов в других проектах - дорога в ад.

Или я неправ?

Ты неправ. И ты не объяснил, зачем тебе это всё надо.

А какая разница что за файлы?
Ну, предположим, у меня есть два класса - первый валидатор, а второй для построения форм и приёма введённых данных. Класс для построения форм использует класс валидатора, но, например, где-то мне нужен только валидатор. Можно, конечно, объединить их в модуль а-ля DataManipulation, но только нафига мне лишний код?

Они еще и опасные, потому что автоматическое обновление файлов в других проектах - дорога в ад.

Не согласен. Есть большое количество фреймворков / библиотек / etc. Или Вы, когда выходит новая версия сторонней библиотеки, у себя её не обновляете?

Может, в таком случае стоит сделать разделяемую библиотеку, подключаемую к разным проектам, и в целом независимую от каждого проекта?

пхп?

ClearCase ?

> Может, в таком случае стоит сделать разделяемую библиотеку, подключаемую к разным проектам, и в целом независимую от каждого проекта?

В принципе, о том речь и идёт. Только мне, например, нужно, не всю библиотеку целиком, а её часть.

> пхп?

В данном случае именно пхп. С компилируемыми языками меньше заморочек в этом плане.

ClearCase

Во, спасибо за наводку ;)

>> Они еще и опасные, потому что автоматическое обновление файлов в других проектах - дорога в ад.

Не согласен.

MS Visual Source Safe

Или Вы, когда выходит новая версия сторонней библиотеки, у себя её не обновляете?

Ты не видишь разницы между коммитом и релизом?

> Ты не видишь разницы между коммитом и релизом?

Вижу. Что я должен с этим делать?

>> Ты не видишь разницы между коммитом и релизом?

Вижу. Что я должен с этим делать?

Не знаю. Могу сказать чего ты делать не должен - ты не должен при коммите в проекте А обновлять файлы в проекте Б.

в python, java, ruby и c# таких проблем тоже нет.

да, и почему нельзя просто подключить из другой папки, которая указана в include_path?

ты такой добрый :)) не, clearcase прекрасно подходит для задачи, и прекрасно с ней справится... но судя по уровню вопроса, этот человек врятли осилит стоимость лицензии...

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

> Не знаю. Могу сказать чего ты делать не должен - ты не должен при коммите в проекте А обновлять файлы в проекте Б.

Если я правильно понял Ваше мнение, то должна быть библиотека с бранчами и транками. При этом всю разработку вести отдельно от остальных проектов, а подключать только релизы?

да, и почему нельзя просто подключить из другой папки, которая указана в include_path?

Как раз думаю об этом... Возможно, я перемудрил, а в этих двух сообщениях есть смысл ))

Всё, всем спасибо за участие, наверно, выход найден!

>> Не знаю. Могу сказать чего ты делать не должен - ты не должен при коммите в проекте А обновлять файлы в проекте Б.

Если я правильно понял Ваше мнение, то должна быть библиотека с бранчами и транками.

Нет, всего лишь не должно быть автоматического обновления. Думаю, ты обойдешься двумя транками и _контролируемым_ мержингом изменений между ними.

Думаю, Mercurial + hgsubrepos для тебя слишком сложно, но SVN вполне справится с задачей.

Весть тред не читал, но почему не подходит git+modules?

> но судя по уровню вопроса, этот человек врятли осилит стоимость лицензии

А компания, в которой он возможно работает?

> Весть тред не читал, но почему не подходит git+modules?

Никто не сказал, что не подходит =)
В принципе, возможности интересные - надо изучить.