Анонсирован (https://launchpad.net/bzr/+announcement/8857) релиз новой стабильной ветки распределенной системы управления версиями Bazaar 2.4.0 (http://bazaar-vcs.org/en/). Основные изменения в новой версии связаны с исправлением ошибок и оттачиванием качества работы. По сравнению с прошлым выпуском устранено более 150 ошибок. Проведена оптимизация производительности различных подсистем, увеличена скорость выполнения операций с большими рабочими деревьями, а также ускорены некоторые операции над многоуровневыми ветками. Прекращена поддержка Python 2.4 и 2.5.Система Bazaar написана на языке Python и обладает следующими особенностями:
- Высокая гибкость как при централизованном, так и при распределенном использовании;
- Быстрое создание веток и средства для автоматического слияния изменений, включая возможность переименования файлов и директорий;
- Поддержка всех основных операционных систем, в том числе наличие бинарных сборок (https://launchpad.net/bzr/2.0/2.0.0) дл...
URL: https://launchpad.net/bzr/+announcement/8857
Новость: http://www.opennet.me/opennews/art.shtml?num=31641
а я не гордый, я ссылку продублирую.
Haters gonna hate.
Просто космонавт опять изобрел велосипед. Мало того, что с квадратными колесами, так еще и с кривой рамой.
Гм, этот велосипед появился намного раньше git, примерно в одно время с mercurial.
> Гм, этот велосипед появился намного раньше git, примерно в одно время с
> mercurial.а в итоге гит всё равно всех зарулил. чудо.
> а в итоге гит всё равно всех зарулил. чудо.ну вообще-то чудес в таких случаях нет.
когда новая система создается с нуля, учитывая опыт и ошибки старых.
>> а в итоге гит всё равно всех зарулил. чудо.
> ну вообще-то чудес в таких случаях нет.
> когда новая система создается с нуля, учитывая опыт и ошибки старых.получается, что разработчики базара трудятся над системой, которая заведомо хуже конкурентов. неадекват какой-то получается.
> получается, что разработчики базара трудятся над системой, которая заведомо хуже конкурентов.
> неадекват какой-то получается.Так и есть, а что вы хотели от питонистов? Их логику ещё можно было бы понять, не будь hg на питоне (т.е. "на нашем язычке можно написать vcs"), но hg на питоне, и тоже с треском сливает git'у. Остаётся только одна причина - глубочайшая неадекватность.
> ну вообще-то чудес в таких случаях нет.
> когда новая система создается с нуля, учитывая опыт и ошибки старых.Когда система пишется на нормальных языках, начнём с того. Не то чтобы это прямо зависело от языка, но от людей зависит. Адекватный программист напишет как минимум на компилируемом языке, чтобы пользователи не мучались с тормозами. Неадекваты берут первый попавшийся питон, руби или яву и клепают во-первых, тормозящее нечно, во-вторых, в силу своей неадекватности ещё и неюзабельное даже без учёта тормозов. Вот и имеем: из DVCS те что на питоне (hg, bzr) сливают, из систем сборки те что на питоне (scons, waf) сливают, и т.д.
Скорее на компилируемых языках пишет больше "зубров", так что вероятность получить что-то вменяемое выше. Плюс в последнее время совсем потерялось понимание того, что для инфраструктурных вещей (к которым относятся и VCS, и системы сборки) нужна не скорость разработки, а предельно тщательное проектирование и аккуратная реализация.
> предельно тщательное проектирование и аккуратная реализацияЭто нужно для всего вообще, да и скорость, в общем, тоже. Клепатели на питоне херят первое, сам питон - второе.
mercurial, тем не менее, получился куда более адекватным.
> mercurial, тем не менее, получился куда более адекватным.Да не на много, скажем честно.
> mercurial, тем не менее, получился куда более адекватным.Зимой в NetBSD рассматривали вариант перехода с cvs на что-нибудь другое.
Среди прочих пробовался и mercurial. Репо получился 17Gb!
Epic fail. Для ОГРОМНЫХ проектов mercurial неприменим, совсем.
У git и fossil по этому параметру результаты лучше.
> Зимой в NetBSD рассматривали вариант перехода с cvs на что-нибудь другое.всё. анекдот из одной фразы. 2011 год, netbsd до сих пор использует cvs. сама собой напрашивается мысль, что остальные технологии у них на том же уровне.
17 Gb - это много?
> 17 Gb - это много?0 srv>du -sm src_netbsd_current
1513 src_netbsd_current
0 srv>Я не готов держать лишних 16Гиг на метаинформацию.
Насколько я знаю, bazaar в этом плане еще хуже.
> Haters gonna hate.я там наблюдаю вполне обоснованую критику. но lovers gonna love, конечно.
Мда... bzr ужасен, как будто его назло всему свету делали.
Соловьёв неосилил Bazaar. позор да и только. может быть сейчас ему уже стало стыдно за эту статью# p.s.: Bazaar конешно не без проблемм -- но то что написанно в статье это полнейший бред
> # p.s.: Bazaar конешно не без проблемм — но то что написанно
> в статье это полнейший бредтебе, конечно, не составит труда по каждому пункту расписать, где же автор ошибся и почему? ведь тебе очевидно, что это бред — значит, у тебя есть аргументы. пожалуйста, распиши.
>> # p.s.: Bazaar конешно не без проблемм — но то что написанно
>> в статье это полнейший бред
> тебе, конечно, не составит труда по каждому пункту расписать, где же автор
> ошибся и почему? ведь тебе очевидно, что это бред — значит,
> у тебя есть аргументы. пожалуйста, распиши.http://groups.google.com/group/ru_bzr/msg/60f9fabcf6537199
здесь рассписывается по *каждому* пункту
..автор этой (ответной) заметки *поллиткорректно* отписывается в стиле "по ряду пунктов критика обоснована, однако ...blahblahblah...".
но если прочитать эту ответную статью дальше то становится совершенно понятно что критика вообще не обоснованна :-)
> ..автор этой (ответной) заметки *поллиткорректно* отписывается в стиле "по ряду пунктов
> критика обоснована, однако …blahblahblah…".
> но если прочитать эту ответную статью дальше то становится совершенно понятно что
> критика вообще не обоснованна :-)я прочитал. мне — не стало «совершенно понятно». наверное, я очень плохой телепат. и между строк читать не умею. весь этот ответ написан в духе «дядя, не бей! да, мы маленькие и глупые, зато гордые и молодой шатлворт впереди!» особенно умиляет «да он ниасилятор, неправильно делал» с полным отсутствием пояснения, как же будет «правильно». это вообще никакой не ответ, а микростатья для тех, кто и так уверен, что базар рулит, педалит и бибикает, а кто не согласен — те неосиляторы.
так вот, я всё ещё хочу увидеть доказательства того, цитирую, что «то что написанно в статье это полнейший бред». приведённая ссылка даже близко этого не доказывает. или уж скажи честно, что твой камент — это «какая боль, какая боль, остальные-базар оченьмного-ноль».
Творческий креатив так и претъ, извиняюсь за тавтологию. :)
> весь этот ответ написан в духе «дядя, не бей! да, мы маленькие и глупые, зато гордые и молодой шатлворт впереди!»ответ написан в духе того что отвечающщий человек не хочет разводить флеймообразующие полемики. поэтому в каждом обзаце он добавляет фразу "критика обоснована", приэтом в тоже самое время объясняя что Соколов просто навсего не удосужился разобратсья в руководстве-к-Bazaar :)
в Lurkmore написалибы просто http://lurkmore.ru/%D0%92%D0%B7%D0&...
...кстате лично я щитаю что Git лучше чем Bazaar ... но это не заставляет меня думать что Bazaar полнейшее гавнецо .. и патчи свои -- я в Bazaar заливал , болея душой за проект
ахтунг! в треде телепаты! все в машину!
> ...кстате лично я щитаю что Git лучше чем Bazaar ... но это не заставляет меня думать что Bazaar полнейшее гaвнецоА зря, потому что не будучи ничем лучше git'а, bazaar ничем не оправдывает своё существование, и более того, вносит раскол в foss сообщество, потому что у народа вместо единого github и git появляется возможность вляпаться в bzr и использовать другой хостинг (быдлоlaunchpad) что значительно усложняет жизнть contributor'ам. Всё то же в полной мере, кстати, относится и к hg.
> здесь рассписывается по *каждому* пунктуИ почти в каждом пункте критика обоснована. И если его по какой-то причине при всём при этом устраивает bzr, то для большинства людей это базовые вещи, и то как они сделаны в bzr - дикость, вот поэтому bzr и г-но. На каждое гно, конечно, найдётся свои мухи, но я бы не ставил его рядом с git/hg вообще. Первое место - git, второе - hg, третье пустое, а за бортом bzr, darcs и прочие маргиналы.
Не хочу никого обидеть, но уже 2.4.1 на подходе. Новость устарела неделю назад.
> Не хочу никого обидеть, но уже 2.4.1 на подходе. Новость устарела неделю
> назад.Анонс 2.4 был вчера вечером, а не неделю назад:
https://launchpad.net/bzr/+announcements
http://bazaar.canonical.com30-Aug-2011: bzr 2.4.0 released
единственная из ныне существующих популярных VCS, которая подразумевает что имена файлов могут быть не только ASCII :-)
> единственная из ныне существующих популярных VCS, которая подразумевает что имена файлов
> могут быть не только ASCII :-)ага. всем остальным просто без разницы, как файлы называются, лишь бы в имени не было нуля и слэшика.
> ага. всем остальным просто без разницы, как файлы называются, лишь бы в
> имени не было нуля и слэшика.а пользователю -- тоже безразницы?
(безразницы -- если нормальные имена "вдруг" превратились в кракозябры? после того как репозиторий был склонирован на другой операционной системе)
> (безразницы — если нормальные имена «вдруг» превратились в кракозябры? после того как
> репозиторий был склонирован на другой операционной системе)проблемы шиндошс — это личные интимные проблемы шиндошс. система контроля версий не должна заниматься починкой кодировок, это не её задача. все вменяемые люди давно используют для имён utf-8 и не имеют проблем. только шиндошс как всегда.
впрочем, зачем пользователю шиндошс красноглазые dvcs — я тоже не понимаю. у вас же есть m$ vss (или что там ещё в редмонде придумано?). вот и пользуйтесь.
> проблемы шиндошс — это личные интимные проблемы шиндошс. система контроля версий не должна заниматься починкой кодировок, это не её задача. все вменяемые люди давно используют для имён utf-8 и не имеют проблем. только шиндошс как всегда.В шиндошс как раз всё ок, это в лялихе кодировка имён файлов не стандартизована и у каждой локали - своя кодировка имён файлов.
> В шиндошс как раз всё ок, это в лялихе кодировка имён файлов
> не стандартизована и у каждой локали - своя кодировка имён файлов.есть utf-8. и остальные, которые хотят проблем на анус. это не шиндошс, стрелять себе в голову никому не запрещено, если очень хочется.
> есть utf-8. и остальные, которые хотят проблем на анус. это не шиндошс, стрелять себе в голову никому не запрещено, если очень хочется.Бедные японцы.
>> есть utf-8. и остальные, которые хотят проблем на анус. это не шиндошс, стрелять себе в голову никому не запрещено, если очень хочется.
> Бедные японцы.действительно. держаться за иероглифическое письмо (пусть даже фонетическое) — это верх глупости. к сожалению, в Японии слишком сильна власть традиций.
впрочем, я вообще не понимаю, зачем нужны файлы с именами, где символы вне ascii-диапазона.
> а пользователю -- тоже безразницы?
> (безразницы -- если нормальные имена "вдруг" превратились в кракозябры? после того как
> репозиторий был склонирован на другой операционной системе)Работаю с git из linux, freebsd и windows - никаких проблем с именами файлов на кириллице не замечал. Если в hg таковые есть, то это всё равно проблема недоОС, которые никак не могут осилить utf8.
> Работаю с git из linux, freebsd и windows - никаких проблем с именами файлов на кириллице не замечал.Прям чудеса какие-то.
> ...то это всё равно проблема недоОС...
Проблемы-то возникают как раз у пользователей и именно об этом шла речь. А учесть в программе кодировки это, конечно, "сверхзадача" - гораздо проще валить все на проблемы ОС и навязывать пользователям совершенно ненужные в данном случае ограничения.
> А учесть в программе кодировки это, конечно, "сверхзадача"писать фиксы для игрозапускалки не надо.
> А учесть в программе кодировки это, конечно, "сверхзадача"Отнюдь не сверхзадача, но почему-то в винде этого не сделали.
Понимаете - надо лечить проблему, а не её следствия. В числе всего прочего, потому что проблема - одна, а следствий - множество. Проблема - в винде, и легче один раз пофиксить её, чем весь софт, который потенциально может работать с файлами.В том, что в git воткнули для этого костыль, ничего хорошего нет.
Имена файлов в разных кодировках? У-вау! Может быть ещё и коммит-мессажди и е-мейлы тоже? В одном репо?! Крута!!!1
> Имена файлов в разных кодировках? У-вау! Может быть ещё и коммит-мессажди и
> е-мейлы тоже? В одном репо?! Крута!!!1сарказм? :-)
> сарказм? :-)Нет, блин, надежда на ещё более лучшее. P-?
Механизм распознания бинарных файлов доделали или все те "псевдо"?