https://mobile.opennet.me/openforum/vsluhforumID3/66103.html Объявлено (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-конфигураций, устранена утечка памяти и ошибка, которая теоретически может привести к повреждению БД.<br><br><br>Дополнительно можно отметить публикацию отчета (http://permalink.gmane.org/gmane.comp.version-control.subversion.devel/119166) о проходившей в начале апреля встрече разработчиков Subversion, основной темой обсуждения на которой...<br><br>URL: http://svn.hax https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#12 Sun, 25 Apr 2010 08:39:17 GMT Не надо децентрализации. Эту задачу пусть git покрывает.<br>С точки зрения надежности центрального хранилища, есть масса вариантов, как его обеспечить.<br>А вот при использовании SVN не только для хранения исходников программерами, а для хранения всех документов по проекту, централизованное хранилище удобнее, особенно для пользователей, знающих только MS Office/Open Office.<br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#11 Fri, 23 Apr 2010 05:49:17 GMT &gt;&gt;каким образом децентрализация мешает жёстким механизмам авторизации и гибким средствам контроля?<br>&gt;Если кто-то скачал что-то, то ему потом не закрыть доступ. <br><br>Если кто-то скачал ФСЁО, до чего дотянулся, с "централизованного" репо -- о каких "жёстких механизмах" Вы говорите?<br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#10 Thu, 22 Apr 2010 15:38:42 GMT &gt;каким образом децентрализация мешает жёстким механизмам авторизации и гибким средствам контроля?<br><br>Если кто-то скачал что-то, то ему потом не закрыть доступ.<br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#9 Tue, 20 Apr 2010 17:52:55 GMT даже в небольшой компании размер транка со всей историей - десяток гигабайт. Дальше думай сам, тролишко, к чему бы это. <br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#8 Tue, 20 Apr 2010 17:04:36 GMT &gt; Корпоратив реально обеспокоен тем, что разработка может "расползаться"<br><br>Корпоратив гораздо веселее выглядит когда централизованный сервак сделал лапки кверху и не дай боже свежих бэкапов не было :)<br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#7 Tue, 20 Apr 2010 14:38:16 GMT &gt;вот в других проектах, даже свободных не очень.<br><br>чушь какая, вы хоть один аргумент в пользу "не очень" приведите...<br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#6 Tue, 20 Apr 2010 10:46:20 GMT в цвс удобнее было обновляться - 3 days ago, yesterday и тп. А так - чего тут развивать-то. инструмент работает.<br> https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#5 Tue, 20 Apr 2010 10:30:57 GMT &gt;Если сделать децентрализованные репы, это будет уже не Subversion, а недоделанный GIT. <br>&gt;Корпоратив реально обеспокоен тем, что разработка может "расползаться" по разным углам, <br>&gt;в ядре это может и хорошо, но вот в других проектах, <br>&gt;даже свободных не очень. На сегодняшний день Subversion единственное нормальное решение, <br>&gt;способное заменить вездесущий CVS. https://mobile.opennet.me/openforum/vsluhforumID3/66103.html#4 Tue, 20 Apr 2010 09:42:26 GMT Фигню несут, каким образом децентрализация мешает жёстким механизмам авторизации и гибким средствам контроля? Ядро линуха через git разрабатывается, а там каждый месяц коммитов от 1000разрабов приходит и нет никаких проблем.<br><br>Любая dvcs может работать и как централизованная т.к. централизация это просто частный случай децентрализации.<br>