последний пункт - решается на серверной стороне в принципе, только стремновато. суть в том, что cvs repository именно на сервере - лежит не на рейде, а на network file system. Которая, собственно, и занимается синхронизацией/кешированием/и т.п.
проблемы две: 1) надежность (ну, понятно, бэкапить такое тяжелее в разы) 2) нет (точнее, мне неизвестны) хорошие NFS, работающие и в windows и в *nix одинаково хорошо. Т.е. отдельно в виндах и отдельно в *nix они есть, но разные.
Очень советую посмотреть Меркуриал. Много лет пользовался CVS, SVN. Теперь всё перевожу под него и не могу нарадоваться. Кстаи то, что нехватало тебе в CVS, в нём есть. Да ещё много чего интересно. Притом что он в разы проще и ставиться одним инсталлом. Ссылка: http://www.selenic.com/mercurial/wiki/
ps. на данный момент он у меня претендует на звание идеальный :)
Ага, совет правильный. После сформулирования проблем я его и сам нашел, примерно через пару недель. Лично для себя - пользуюсь А в корпоративных целях - страшно. Я не представляю себе художников каждый из которых живет со своим бранчем, и комитит в свой репозиторий по умолчанию. Если бы у ртути были бы надстройки, чтобы он вел себя как cvs - вместо комита пушил бы в сервер, и оттуда же бы забирал, при всех своих плюсах (локальный репозиторий, в одной папки выше, возможность мувать по репозиторию), то мы бы наверное перешли уже. А так - боюсь.
Так в чём же дело? Бессознательность артистов можно побороть bat файлом и небольшим инструктажем. Файлик примерно такой: commit.bat hg commit -A hg push
update.bat hg pull rem hg merge - по желанию hg update
Кстати я сочетаю в работе и консоль и Тортоиз HG. Может и артисты полюбили бы эту тулзу. :)
И все же страшно немного. а) не знаю никого, кто бы ее пользовал на больших репозиториях (у нас сейчас база CVS за терабайт), никого кто пользовал бы с артассетами... б) помимо update и commit бат файлами придется всякое мудрить еще - артисты с трудом привыкают к CVS, который по концепции куда понятнее в) черепаха ртутная будет их "обманывать", потому что они будут делать update и commit, а не пуш и пул и тд Все это конечно решается, пишутся враперы и тд - но это работать надо, а еще пуще - отлаживать и тестить.. быть первым не только почетно, но и стремно но возможно и попробуем когданибудь, на чем поменьше.
Comments 6
проблемы две:
1) надежность (ну, понятно, бэкапить такое тяжелее в разы)
2) нет (точнее, мне неизвестны) хорошие NFS, работающие и в windows и в *nix одинаково хорошо. Т.е. отдельно в виндах и отдельно в *nix они есть, но разные.
Reply
Кстаи то, что нехватало тебе в CVS, в нём есть. Да ещё много чего интересно. Притом что он в разы проще и ставиться одним инсталлом.
Ссылка: http://www.selenic.com/mercurial/wiki/
ps. на данный момент он у меня претендует на звание идеальный :)
Reply
После сформулирования проблем я его и сам нашел, примерно через пару недель.
Лично для себя - пользуюсь
А в корпоративных целях - страшно.
Я не представляю себе художников каждый из которых живет со своим бранчем, и комитит в свой репозиторий по умолчанию.
Если бы у ртути были бы надстройки, чтобы он вел себя как cvs - вместо комита пушил бы в сервер, и оттуда же бы забирал, при всех своих плюсах (локальный репозиторий, в одной папки выше, возможность мувать по репозиторию), то мы бы наверное перешли уже.
А так - боюсь.
Reply
commit.bat
hg commit -A
hg push
update.bat
hg pull
rem hg merge - по желанию
hg update
Кстати я сочетаю в работе и консоль и Тортоиз HG. Может и артисты полюбили бы эту тулзу. :)
Reply
а) не знаю никого, кто бы ее пользовал на больших репозиториях (у нас сейчас база CVS за терабайт), никого кто пользовал бы с артассетами...
б) помимо update и commit бат файлами придется всякое мудрить еще - артисты с трудом привыкают к CVS, который по концепции куда понятнее
в) черепаха ртутная будет их "обманывать", потому что они будут делать update и commit, а не пуш и пул
и тд
Все это конечно решается, пишутся враперы и тд - но это работать надо, а еще пуще - отлаживать и тестить..
быть первым не только почетно, но и стремно
но возможно и попробуем когданибудь, на чем поменьше.
Reply
Leave a comment