Статья засветилась на хабре
Кирилл Краснов
http://piranha.org.ua/blog/2011/01/24/bzr-hate-and-hate/
--
С уважением, Краснов Кирилл
ICQ: 82427351
JID: kr...@jabber.ru
MSN: kirillkr
Skype: kirillkr
http://www.kraeg.ru
Alexander Belchenko
Как же его колбасит. Бедненький.
--
All the dude wanted was his rug back
Alexander Belchenko
Я хотел бы прокомментировать эту статью.
Прежде всего я не стану утверждать, что bzr -- это круто, а git/hg --
это отстой, просто потому что популярность данных трех систем говорит об
обратном. По моим наблюдениям git на первом месте по популярности и он
занимает просто большую половину рынка. hg выступает в роли вечно
доганяющего, но победить git им никогда не удастся. Моя ничем не
подкрепленная оценка доли hg -- это примерно 30-40%.
bzr как вы понимаете на третьем месте. Из этого следует, что если вас
чем-то неустраивает bzr и вам кажется что за другим забором трава
зеленее, то не стоит стоять на месте и надо пробовать другие системы,
чтобы составить свое собственное мнение. Пользуйтесь тем, что вам удобнее.
Товарищ Соловьев и его взгляды мне уже давно знакомы, так что статья не
показала мне ничего нового.
Далее я пройдусь по всем пунктам статьи Соловьева в удобном мне порядке.
Тем кому дальше лень читать краткое содержание: по ряду пунктов критика
обоснована, однако имеются либо альтернативные способы решения
озвученных проблем, либо просто нужно понимать, что подход, который
исповедует bzr сильно отличается от git/hg.
Прежде всего следует заметить, что Соловьев уже несколько лет является
активным сторонником Mercurial и даже (кажется) имеет статус
разработчика. По крайней мере он написал не одно расширение для оного.
Кроме того он является опытным Python-разработчиком, поэтому его критика
по коду bzr имеет все основания. С другой стороны точка зрения Соловьева
весьма показательна для комьюнити hg в целом и для его активных фанатов
в частности. Они активно ненавидят все отличные от hg системы контроля
версий. Но поскольку git прочно стоит на первом месте, и hg приходится
довольствоваться вторым, то про git они мало что могут сказать, да и
сказано уже давно всё. Bazaar в тройке git-hg-bzr стоит на третьем
месте, и не без причин как вы понимаете, и его периодически пинают как
сторонники git так и hg.
Прежде всего идеология bzr и git/hg довольно сильно различается по ряду
пунктов, поэтому попытки Соловьева работать с bzr аналогично тому как он
привык и любит работать с hg привели к закономерному финалу. Ничего
удивительного, и это я тоже много раз видел и слышал от других
пользователей, да и новички в bzr ходят по тем же граблям.
Если рассматривать bzr как некий недоделанный git или hg, то других
выводов чем в статье Соловьева появится и не может.
Ветки. Прежде всего в bzr понятия ветка и репозиторий имеют разное
значение. Большинство, кто давно и успешно пользуется bzr знает о том,
что вам нужен shared repository для эффективной работы с ветками. Если
ветки как отдельные каталоги не устраивают, то можно задействовать
плагин bzr-colo и будет в одном реальном каталоге жить много веток,
почти как в git/hg. Сам факт появления плагина bzr-colo явно показывает,
что такая модель работы более чем востребована. И то, что ее пока что
нет в ядре самого bzr (но может появиться) говорит не в пользу bzr.
Здесь критика обоснована, однако имеются обходные пути решения проблемы.
Номера ревизий. Я не знаю как это комментировать. Я не знаю зачем
Соловьеву нужно надиктовывать по телефону revision-id, мне просто
никогда так работать не приходилось. Может у них так на фирме работают,
я не знаю. По сути: числовые номера ревизий привязаны к конкретной
ветке. Если главная история (mainline) не меняется, то на них можно
положиться. Здесь имеем непонимание со стороны Соловьева как работает
bzr. Кртика не засчитана.
mainline -- аналогично предыдущему пункту: непонимание почему оно
работает так как работает. Почему log прячет присоединенные ревизии? В
своей статье про mainline я объяснял все скрытые причины. Простой ответ:
ради скорости. Вычисление номеров для присоединенных ревизий требует
глубокого анализа графа ревизий, что негативно сказывается на скорости.
Впрочем, простому пользователю bzr не нужно знать этих технических
побробностей. Поэтому: проблема существует, вызвана она выбором в bzr
модели mainline как основной модели работы. Отсюда растёт ряд граблей и
непонимание. Конкретные советы что делать в этом случае нужно давать в
зависимости от конкретной ситуации. Критика обоснована и принимается.
Обходные пути имеются, и несколько, зависит от того, что нужно достичь.
API. Все почти так как написано. Код написан с огромной иерархией
классов. С непривычки разобраться довольно сложно. Со временем
втягиваешься. Почему так написано есть свое объяснение. Простому
пользователю или тому кто активно ненавидит bzr это объяснение
неинтересно. Тем кому интересно краткое объяснение: bzr написан как
утилита командной строки и как библиотека, которую могут использовать
сторонние приложения. В частности, Launchpad. Плюс при разработке bzr
чересчур большое внимание уделяется внутреннему тестированию всего и
вся. Такого огромного количества тестов, как в коде bzr, я уверен на
99.9% больше нет нигде.
Hg напротив свое внутреннее API очень сильно прячет и не рекомендует
использовать.
Критика обоснована.
Форматы репозиториев. Всё так и есть. Лично я у себя на работе установил
везде где мог формат 1.9/1.14 как формат по умолчанию при помощи
простого плагнина format1. Критика обоснована.
Обмен патчами. bzr send имеет свои особенности работы и несколько
ключей, которые управляют тем, что попадет в патч. В частности увидеть
diff изменений вполне реально. Почему у Соловьева diff не было -- надо
разбираться по месту. Однако ему это не интересно, я так подозреваю.
Критика не обоснована.
Фичи и Разная красота. Если кому-то чего-то не хватает, значит это
просто никем не написано. На заре своего развития у каждой системы было
намного меньше функций чем сейчас. По мере набирания популярности в
проект приходят новые люди, которые делают те или иные функции. Чем
более проект популярен, тем больше приходит новых разработчиков, тем
больше новых полезных функций появляется. У bzr наименьшее число
сторонников из рассматриваемой тройки, соответственно меньше приходит
новых разработчиков, соответственно меньше нового делается.
Соответственно имеем оставание, которое с каждым годом наращивается.
Критика более чем обоснована.
Итого. Ничего нового не сказано, большая часть критики обоснована,
другая часть происходит из-за непонимания bzr.
Более того, за последний год или чуть более я наблюдаю, как bzr
превратился практически полностью в проект поддерживаемый Canonical и
Марком Шаттлвортом. Без этой поддержки проект возможно остановится или
видоизменится. Архитектуру и основные решения принимают люди, работающие
на зарплату Canonical. Я с 2005 года так или иначе участвовал в
разработке bzr. C 2008 года я стал отходить от собственно работы на
ядром bzr и занимался поддержкой и разработкой QBzr -- Qt GUI
интерфейсом для bzr. И я могу гордится этим проектом. Он развивается
только на энтузиазме пары человек и зарплату Canonical никому из нас не
платит. Проект Bazaar Explorer был фактически написан Йеном Клэтуорси,
который хоть и являлся работником Canonical, но создал он его в
неработчее время. Спасибо тебе Йен, ты был классным парнем.
Пока что Canonical проект bzr закрывать не собирается, поскольку он
является частью инфраструктуры Launchpad. Так что надеждам hg фанбоев,
что bzr исчезнет с лица земли, не суждено сбыться. Захлебывайтесь дальше
своей желчью, ребята.
Однако, даже если в ближайший год bzr сделает какой-то серьезный прорыв,
он уже не сможет обойти hg и тем более git. Нужен какой-то качественно
новый подход к DVCS, ибо тех же нерешенных проблем в git/hg масса и
решить их так просто не получится.
Недавно появилась новая система Veracity которая пытается объединить
хорошие черты git/hg и bzr и добавить новое измерение к истории. Однако
я в ней вижу повторение некоторых граблей bzr (с граблями hg/git я
просто меньше знаком) поэтому подозреваю, что революцией они не станут.
Если вам интересно еще что-то, спрашивайте.
Александр
apm
О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ svn, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ merge-history, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ init
wc, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫ DVCS.
О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ bzr, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ dcvs О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫
О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ dvcs О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫
О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ bzr О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫О©╫О©╫, ids, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫=О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, history depth, submodules, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ bzr О©╫ О©╫О©╫ О©╫ О©╫О©╫.
О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ git, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫
О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫ О©╫О©╫ git О©╫О©╫О©╫О©╫О©╫ О©╫ svn? О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ git , О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ bzr О©╫ bzr-community. О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ vcs.
25.01.2011 14:00, Alexander Belchenko О©╫О©╫О©╫О©╫О©╫:
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫:
>> Bazaar: hate and... hate
>> http://piranha.org.ua/blog/2011/01/24/bzr-hate-and-hate/
>
> О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ DVCS, О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ git/hg О©╫О©╫О©╫О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
>
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
Alexander Belchenko
> Но собственно на этом чудеса кончились.
> Я пользовался bzr больше года. Проблемы копились.
> Форматы, ids, идея ветка=реп до сих пор приводит меня в бешенство
> мгновенно, history depth, submodules, некоторые старые проекты проще
> было убить чем перевести на bzr и тд и тп.
Что значит history depth?
submodules в сутществующем виде имеют один недостаток: вам нужно самим
отслеживать если ваши submodules переехали на другой URL.
> 25.01.2011 14:00, Alexander Belchenko пишет:
>> Кирилл Краснов пишет:
>>> Bazaar: hate and... hate
>>> http://piranha.org.ua/blog/2011/01/24/bzr-hate-and-hate/
>>
>> Я хотел бы прокомментировать эту статью.
>> Нужен какой-то качественно
>> новый подход к DVCS, ибо тех же нерешенных проблем в git/hg масса и
>> решить их так просто не получится.
>>
>
> Интересно, что ж тут еще нового можно придумать.
Checkout части дерева файлов например. Checkout без истории. Возможность
редактировать сообщения к старым commit. Правильные nested trees
(впрочем я и сам не могу сказать, как должны выгляеть правильные).
Кирилл Краснов
ссылку на ответ, а не весь текст. Не для холивара, а как ответ на его
вопросы.
25 января 2011 г. 11:00 пользователь Alexander Belchenko
<bia...@ukr.net> написал:
apm
> apm О©╫О©╫О©╫О©╫О©╫:
>> О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫, ids, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫=О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, history depth, submodules, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ bzr О©╫ О©╫О©╫ О©╫ О©╫О©╫.
>
>
git clone --depth
Alexander Belchenko
> Я предлагаю это оформить на сайте, чтобы на хабре можно было бы дать
> ссылку на ответ, а не весь текст. Не для холивара, а как ответ на его
> вопросы.
Выложу вечером на своем блоге. Выкладывать это в bzr-day у меня нет
желания, если честно.
>
> 25 января 2011 г. 11:00 пользователь Alexander Belchenko
> <bia...@ukr.net> написал:
>> Я хотел бы прокомментировать эту статью.
>
Alexander Belchenko
> Я предлагаю это оформить на сайте, чтобы на хабре можно было бы дать
> ссылку на ответ, а не весь текст. Не для холивара, а как ответ на его
> вопросы.
Уточнение: это не ответ на вопросы. Потому что вопросы и не задавались.
У Соловьева нет вопросов, у него самого уже давно готов ответ в духе
"bzr must die".
>
> 25 января 2011 г. 11:00 пользователь Alexander Belchenko
> <bia...@ukr.net> написал:
>> Я хотел бы прокомментировать эту статью.
>
Alexander Belchenko
> apm пишет:
>>> Нужен какой-то качественно
>>> новый подход к DVCS, ибо тех же нерешенных проблем в git/hg масса и
>>> решить их так просто не получится.
>>>
>>
>> Интересно, что ж тут еще нового можно придумать.
>
Имеется ввиду типа git clone --depth, но позволяющая нормально работать.
По доке сказано, что при --depth многое нельзя:
A shallow repository has a number of limitations (you cannot clone or
fetch from it, nor push from nor into it), but is adequate if you are
only interested in the recent history of a large project with a long
history, and would want to send in fixes as patches.
Alexander Belchenko
> Я предлагаю это оформить на сайте, чтобы на хабре можно было бы дать
> ссылку на ответ, а не весь текст. Не для холивара, а как ответ на его
> вопросы.
Вот прямая ссылка на мой ответ на группах:
http://groups.google.com/group/ru_bzr/msg/60f9fabcf6537199
Открывает не весь thread а только одно сообщение.
>
> 25 января 2011 г. 11:00 пользователь Alexander Belchenko
> <bia...@ukr.net> написал:
>> Я хотел бы прокомментировать эту статью.
>
Андрей Светлов
Dmitry Vasiliev
> О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫! О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫:
http://lurkmore.ru/%D0%AE%D0%BD%D0%BE%D1%88%D0%B5%D1%81%D0%BA%D0%B8%D0%B9_%D0%BC%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0%D0%BB%D0%B8%D0%B7%D0%BC
--
Dmitry Vasiliev <dima at hlabs.org>
http://hlabs.org
http://twitter.com/hdima
Alexander Belchenko
> Bazaar: hate and... hate
Ответ от Влада Балина, если кому интересно.
(Warning: есть нехорошие слова)
http://gaperton.livejournal.com/58092.html
apm
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫:
>> Bazaar: hate and... hate
>
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> (Warning: О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫)
> http://gaperton.livejournal.com/58092.html
>
О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
1. О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ bzr. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫. tar.gz О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ hg/git?
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ canonical О©╫ bzr О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ : bzr О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
dcvs - О©╫О©╫О©╫ О©╫ ubuntu О©╫ О©╫О©╫О©╫О©╫ linux.
- О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
- О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
- О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
2. О©╫О©╫О©╫ workflow: О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ bzr О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ hg/git О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
3. О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫=О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ - О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫сё О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ bzr-colo О©╫ О©╫О©╫. О©╫О©╫О©╫О©╫ О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫=О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫).
О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
>О©╫ Bazaar О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫О©╫", О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ DVCS cО©╫О©╫О©╫О©╫
О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ hello world
О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ bzr О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ svn , О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ svn О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫"
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ , О©╫О©╫О©╫О©╫О©╫О©╫О©╫ qbzr* О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ "О©╫О©╫ О©╫
О©╫О©╫О©╫О©╫О©╫", О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ git : tkgit, gitg,
gitgui, tig , qgit (О©╫О©╫О©╫О©╫О©╫О©╫!) , gitk ...
О©╫О©╫О©╫ О©╫О©╫О©╫ qbzr О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫?
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ bzr , О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
Alexander Belchenko
> 07.02.2011 13:58, Alexander Belchenko пишет:
>> Кирилл Краснов пишет:
>>> Bazaar: hate and... hate
>>
>> Ответ от Влада Балина, если кому интересно.
>> (Warning: есть нехорошие слова)
>> http://gaperton.livejournal.com/58092.html
>>
Свои комментарии по той статье оставляй там.
Maxim Tyurin
> 07.02.2011 13:58, Alexander Belchenko пишет:
>>> Bazaar: hate and... hate
>>
>> Ответ от Влада Балина, если кому интересно.
>> (Warning: есть нехорошие слова)
>> http://gaperton.livejournal.com/58092.html
>>
>
> 1. Ну прост, да bzr. все отметили, и че. tar.gz тоже прост, обогнал
> значит hg/git?
> Вообще любовь canonical к bzr я для себя объясняю так : bzr это такой
> dcvs - как и ubuntu в мире linux.
> - Доступно домохозяйкам?
> - ага, доступно.
> - Ну и ладно, будет значит популярненько.
>
> 2. Про workflow: да не умеет bzr ничего такого что hg/git не умеют,
> нет тут уникальности. Сколько не высасывай из пальца. Наоборот все
> гораздо хуже из за веток этих прибитых.
Не умеет. Но он просто работает.
Он просто работает на *NIX и Windows (git ушел из списка кандидатов)
он просто работает с именами файлов латиницей и кириллицей (hg ушел
вслед за git). Иероглифы/иврит/арабский не проверял за ненадобностью.
Вот что в bzr действительно сбоку на "абы было" прикручено - так это
цифровые подписи и это мне больше всего в нем не нравится.
--
With Best Regards, Maxim Tyurin
JID: MrK...@jabber.pibhe.com
___
/ _ )__ _____ ___ ____ _______ _____
/ _ / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/ \_,_/___/
/___/
apm
> apm О©╫О©╫О©╫О©╫О©╫:
>> 07.02.2011 13:58, Alexander Belchenko О©╫О©╫О©╫О©╫О©╫:
>>> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫:
>>>> Bazaar: hate and... hate
>>>
>>> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
>>> (Warning: О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫)
>>> http://gaperton.livejournal.com/58092.html
>>>
>> О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
>
>
Alexander Belchenko
> 07.02.2011 18:57, Alexander Belchenko пишет:
>> apm пишет:
>>> 07.02.2011 13:58, Alexander Belchenko пишет:
>>>> Кирилл Краснов пишет:
>>>>> Bazaar: hate and... hate
>>>>
>>>> Ответ от Влада Балина, если кому интересно.
>>>> (Warning: есть нехорошие слова)
>>>> http://gaperton.livejournal.com/58092.html
>>>>
>>> Да бред вобщем.
>>
>> Свои комментарии по той статье оставляй там.
>>
Делай выводы.