Объявлено (http://svn.haxx.se/dev/archive-2010-04/0434.shtml) о выходе централизованной системы контроля версий Subversion 1.6.11 (http://subversion.apache.org/), первого релиза после принятия Subversion в число первичных проектов, развиваемых под эгидой Apache. В новой версии отмечено (http://svn.apache.org/repos/asf/subversion/tags/1.6.11/CHANGES) около 20 исправлений, добавлена поддержка TCP keep-alive в svnserve, улучшена информативность уведомлений при возникновении ошибок при использовании транспорта ssh, добавлена возможность выполнения 'svn log' для неподтвержденных операций копирования и перемещения, в 'svnadmin hotcopy' реализовано копирование fsfs-конфигураций, устранена утечка памяти и ошибка, которая теоретически может привести к повреждению БД.
Дополнительно можно отметить публикацию отчета (http://permalink.gmane.org/gmane.comp.version-control.subver...) о проходившей в начале апреля встрече разработчиков Subversion, основной темой обсуждения на которой...URL: http://svn.haxx.se/dev/archive-2010-04/0434.shtml
Новость: http://www.opennet.me/opennews/art.shtml?num=26298
зря децентрализацию не начинают делать хотя бы и в виде фичи.
Если сделать децентрализованные репы, это будет уже не Subversion, а недоделанный GIT. Корпоратив реально обеспокоен тем, что разработка может "расползаться" по разным углам, в ядре это может и хорошо, но вот в других проектах, даже свободных не очень. На сегодняшний день Subversion единственное нормальное решение, способное заменить вездесущий CVS.
>Если сделать децентрализованные репы, это будет уже не Subversion, а недоделанный GIT.
>Корпоратив реально обеспокоен тем, что разработка может "расползаться" по разным углам,
>в ядре это может и хорошо, но вот в других проектах,
>даже свободных не очень. На сегодняшний день Subversion единственное нормальное решение,
>способное заменить вездесущий CVS.
>вот в других проектах, даже свободных не очень.чушь какая, вы хоть один аргумент в пользу "не очень" приведите...
> Корпоратив реально обеспокоен тем, что разработка может "расползаться"Корпоратив гораздо веселее выглядит когда централизованный сервак сделал лапки кверху и не дай боже свежих бэкапов не было :)
даже в небольшой компании размер транка со всей историей - десяток гигабайт. Дальше думай сам, тролишко, к чему бы это.
Не надо децентрализации. Эту задачу пусть git покрывает.
С точки зрения надежности центрального хранилища, есть масса вариантов, как его обеспечить.
А вот при использовании SVN не только для хранения исходников программерами, а для хранения всех документов по проекту, централизованное хранилище удобнее, особенно для пользователей, знающих только MS Office/Open Office.
Что фигню говорят. Наша коммерческая контора юзает Sun Teamware с 90х, которая была первой распределенной VCS и по образу и подобию чего сделали Bitkeeper, чем в свою очередь был вдохновлен GIT.
Фигню несут, каким образом децентрализация мешает жёстким механизмам авторизации и гибким средствам контроля? Ядро линуха через git разрабатывается, а там каждый месяц коммитов от 1000разрабов приходит и нет никаких проблем.Любая dvcs может работать и как централизованная т.к. централизация это просто частный случай децентрализации.
>каким образом децентрализация мешает жёстким механизмам авторизации и гибким средствам контроля?Если кто-то скачал что-то, то ему потом не закрыть доступ.
>>каким образом децентрализация мешает жёстким механизмам авторизации и гибким средствам контроля?
>Если кто-то скачал что-то, то ему потом не закрыть доступ.Если кто-то скачал ФСЁО, до чего дотянулся, с "централизованного" репо -- о каких "жёстких механизмах" Вы говорите?
в цвс удобнее было обновляться - 3 days ago, yesterday и тп. А так - чего тут развивать-то. инструмент работает.