В Subversion 1.4.0 (http://subversion.tigris.org/svn_1.4_releasenotes.html) можно отметить появление следующих новшеств:- Новая утилита svnsync, предназначенная для зеркалирования содержимого репозитория;- Поддержка хранилища в формате BerkeleyDB 4.4 с функциями автовосстановления БД после сбоя.- Значительно увеличена скорость копирования файлов из репозитория (.svn/entries больше не в XML формате);- Уменьшен размер хранения в репозитории изменений для бинарных файлов (использован алгоритм "delta");- Исправлено около 40 ошибок, расширено число опций и дополнен API.
Кроме того, можно отметить выход статьи "Setting up Subversion and websvn on Debian (http://www.howtoforge.com/debian_subversion_websvn)" в которой кратко рассказывается о настройке SVN репозиторий под Debian GNU/Linux.URL: http://subversion.tigris.org/svn_1.4_releasenotes.html
Новость: http://www.opennet.me/opennews/art.shtml?num=8320
"Значительно увеличена скорость копирования файлов из репозитория (.svn/entries больше не в XML формате)"показательно
да... показательно.... а жаль - потому как xml всетаки хорошо, причем по большей части для людей, а не для компьютеров.
Аха сЪчаЗ!
Не, ну получше конечно чем человеколюбивые Base64/UUENCODE, но все равно ... :)
Знаю немногих таких фанатов. Оно скорее для людей, которые для компьютеров и которым это всё-таки надо в процессе лапать...
Ну, думаю, было бы куда лучше всем, если, например, sendmail.cf был в xml, а не в том, чем он есть. Да и вообще, помойму былобы здорово, если б вся /etc была бы в xml. Всетаки единый формат и стандарт лучше чем когда нет стандартов и 20 форматов (для тех же конфигов)!
Првда, это чисто в теории, а если смотреть правде в глаза и оценивать это объективно - то, как сказал Аноним : "... показательно".
Да хоть тыща форматов - если каждый подходит для своего конфига.
Никакого XML в /etc никто в здравом уме не будет использовать и не потерпит.
По-моему, у XML одна ниша - хранение небольшого объема структурированных данных, структура которых априори до конца не известна и время обработки которых не критично. Грубо говоря, XML - последнее средство, если нет ничего лучше.
Единый формат?
Это фантастика (с)
даже в xml существуют разные схемы и способы представления данных и разобраться в них порою бывает совсем не легко...
конфиги в /etc... форматы у них особо не отличаются: си-подобный, лисп-подобный, шелл-подобный, ini-like и читать их большого труда не составляет
Хотя сендмыл это что-то, токо не дай бог что б он был в xml - текста станет в несколько раз больше
Нет, для людей оно далеко не хорошо. Да и для машин медленно.
Плохо xml стало `модно' и его пихают куда не попадя, потом с матами отковыривают.
Ну и чем же он для людей плох?
Глаза ломаются :-EА с нормальными XML-редакторами ситуация немногим лучше, чем лет пять тому. Особенно свободными. Ну мож conglomerate сейчас падать меньше стал, уже не знаю.