да не проблема... восстановить потеряный маунт в Линуксе (на котором СВН бежит) займет не меньше (ну например неожиданный ребут из за пропажи напряжения)
СВН тоже падает. Я говорил с парой знакомых из России и Украины. У них СВН стоит, но по причине бесплатности. Т.Е. платный софт даже не рассматривался. И тоже падает (реже конечно) но факт остается фактом - 100% работоспособности не дает ни один вариант.
spavel писал(а):да не проблема... восстановить потеряный маунт в Линуксе (на котором СВН бежит) займет не меньше (ну например неожиданный ребут из за пропажи напряжения)
стоп-стоп!
Это не CVS/VSS/whatever "грохнулось", а то где он "бежит".
Две большие разницы.
spavel писал(а):да не проблема... восстановить потеряный маунт в Линуксе (на котором СВН бежит) займет не меньше (ну например неожиданный ребут из за пропажи напряжения)
стоп-стоп!
Это не CVS/VSS/whatever "грохнулось", а то где он "бежит".
Две большие разницы.
если честно - не вижу разницы... Винды упали или ВСС на них - результат один и тот же...
spavel писал(а):если честно - не вижу разницы... Винды упали или ВСС на них - результат один и тот же...
Хмм. Интересный подход.
Я тогда не понял что означает "упал" в отношении VC system.
Возвращаясь к CVS, это только аппаратная проблема может быть. Никак не самого CVS.
Восстановить репозиторий в таком случае == разархивировать backup на любой машинке.
насколько я понял СВН хранит версию всей базы ? т.е. поменялся один файл - вся версия перенумеровалась ? т.е. то что делается лейбелом в ВСС тут работает аввтоматически ? Жесткого диска много жрет?
У нас сейчас на ВСС около 25 проэктов. От небольших - 200К-500К строчек кода до 4 миллионов строчек... И еще куча бинарников. Сколько места такое в СВН займет ?
The "Alin Constantin <alinc@microsoft.com>" claims that VSS also stores diffs inside repository, even for binary files. However anyway total repository size is increasing in geometric progression. To check this just convert with vss2cvs tool source safe repository. It will be 1.5 - 3 times smaller with preserved history.
spavel писал(а):насколько я понял СВН хранит версию всей базы ? т.е. поменялся один файл - вся версия перенумеровалась ? т.е. то что делается лейбелом в ВСС тут работает аввтоматически ? Жесткого диска много жрет?
Версии нумеруются не всей базы, а только директорий, которым принадлежит файл (что, вообще говоря, если подумать, имеет смысл) т.е. при изменении файла /src/java/HelloWorld.java изменятся версии директорий src и src/java. label, естественно, тоже есть.
У нас сейчас на ВСС около 25 проэктов. От небольших - 200К-500К строчек кода до 4 миллионов строчек... И еще куча бинарников. Сколько места такое в СВН займет ?
Семычкы
spavel писал(а):кстати, а exclusive locks в СВН можно делать ?
Old habits die hard? Да, можно. Но не пользовался никогда
У нас сейчас на ВСС около 25 проэктов. От небольших - 200К-500К строчек кода до 4 миллионов строчек... И еще куча бинарников. Сколько места такое в СВН займет ?
Семычкы
exactly!
Но более интересно как это растёт при активной работе.
Зависит от размера проекта как мне кажется, если скажем 5-6 девелоперов на проект, то cvs как более простая, если больше то svn как более мощная и масштабируемая, мой опыт работы с vss скорее отрицательный чем положительный. про perforce слышал (правда только очень хорошее) но не видел.
aissp писал(а):Зависит от размера проекта как мне кажется, если скажем 5-6 девелоперов на проект, то cvs как более простая, если больше то svn как более мощная и масштабируемая, мой опыт работы с vss скорее отрицательный чем положительный. про perforce слышал (правда только очень хорошее) но не видел.
Не так. главное преимущество SVN - именно удобные фичи (atomic commit, контроль директорий), которых нет в CVS. А с мощностью-масштабируемостью и у CVS никаких проблем.
Да, можно. Но не пользовался никогда