Иллюстрации по ссылке весёлые :) И куча народу советует попробовать git ещё раз.

> И куча народу советует попробовать git ещё раз.

У Git вообще самая "громкая" тусовка. Mercurial же выбирают из-за технических достоинств, а не потому, что его написал Торвальдс или за ним стоит Canonical. Хотя пеар решает, ага :/

По их мнению по ссылке git под линукс -- лучший, в нём почти всё нужное "просто работает", но нужна версия под win32 :) А им отвечают, что git под mingw уже не такой убогий, как месяц назад :)

> По их мнению по ссылке git под линукс -- лучший

Вот это: "Git is several orders of magnitude faster than the closest contender on GNU/Linux" - это даже не пеар, это просто чушь. Вспоминается история с переходом X на Git - Кит Пакард заявил на девелоперском листе, что "мы переходим на Git, потому что мой сосед за пиво с суши мне всё объяснит", приврал насчет Mercurial, приврал насчет Git, и вуаля.

Доверюсь мнению специалиста.

>В связи с изменением стиля разработки Mozilla 2

Ага, переход на 100%ный "менеджер-style"

In style.

>> В связи с изменением стиля разработки Mozilla 2

> Ага, переход на 100%ный "менеджер-style"

Что за manager style? Это типа "как мы полсотней человек целый год делали кнопку выключения"?

2Camel (*) (14.04.2007 22:41:22):

>>> Что за manager style? Это типа "как мы полсотней человек целый год делали кнопку выключения"?

Отличная шутка :-D

картинки прикольные (если сходить по ссылке)

>...(если сходить по ссылке) Вон с ЛОРа! Иноземец. =)

ну я например хожу по ссылкам. на лоре 3 года. и все нормально.

За счет скорости на проектах больше мозилы раза в 2-3 нет, сосет все кроме git'а.

У git один минус - нету win32 порта.

Постоянно смотрю на разные vcs. Пока нравится git. Причины субъективны.

А мне hg нравится...

> За счет скорости на проектах больше мозилы раза в 2-3 нет, сосет все кроме git'а.

Parse error. Ты что сказать-то хотел?

По-любому. разработчики Mozilla с тобой не согласны :D

Про Darcs вообще никто не вспомнил...

> Про Darcs вообще никто не вспомнил...

Для тех, кто не ходит по ссылкам - про него вспомнили, он упал по out-of-memory на импорте, и о нем забыли :)

> ну я например хожу по ссылкам. на лоре 3 года. и все нормально.

Вот из-за таких как ты и происходят в Internte нехорошие LOR-эффекты
Куда не сунься - а жуе "превышен месячный/дневной лимит" и не почитать :(

Заипали ходить по сцылкам !!!!

Далой сцылки из новостей!!!!!

Она падает на проектах больших. Ну и скорость работы тоже удручает.

Хотел сказать следующее, что git это единсвенная открытая система контроля версий которая позволяет адекватно работать с исходниками размером больше нескольких Гб (текущая версия).

Да, перекачка по сети оставляет желать лучшего, но оно хотя бы работает.

>Про Darcs вообще никто не вспомнил...

О-о-о-очень тормозной этот Darcs.

> git это единсвенная открытая система контроля версий которая позволяет адекватно работать с исходниками размером больше нескольких Гб

В прошлом обсуждении этого вопроса мы выяснили, что это не совсем так :) http://www.linux.org.ru/jump-message.jsp?msgid=1845240#1846568

Я посмотрел на hg.

Оно легло на одном проекте. Объемы не говорю, но больше много. Это мое мнение, и я не навязываю его кому-то.

> Что за manager style? Это типа "как мы полсотней человек целый год делали кнопку выключения"?

s/делали/обсуждали какую сделать/

Пользовался Mercurial Bug трак - это просто охренительно убогое поделие. Интересно, если между ними связь?

> Оно легло на одном проекте. Объемы не говорю

Но хоть версию hg сказать можешь?

> Пользовался Mercurial Bug трак - это просто охренительно убогое поделие. Интересно, если между ними связь?

Сам Мercurial использует BTS под названием Roundup, так что связи, скорее всего, нет.

теперь ждём с нетерпением момента, когда мозиловцы забьют на все порты своего браузера, кроме порта на Win32(кстати, до порта на Win64 они пока что не додумались) и сделают свою прогу платной

народ, объясните ламеру, какие преимущества Mercurial перед Subversion? спасибо.

>О-о-о-очень тормозной этот Darcs.

Для каждой задачи есть свои инструменты.

> народ, объясните ламеру, какие преимущества Mercurial перед Subversion? спасибо.

Если совсем по-простому, то svn log и svn commit можно делать, не подключаясь к центральному серверу. Если посложнее, то каждый коммит сохраняет _полное_ состояние рабочей копии - в SVN этого нет из-за того, что репозиторий один для всех.

Ну и добавь в кучу такой мегаполезный инструмент, как mq :)

mercurial - это отлично. не знаю что там с большими проектами, мне для дома, для семьи...

Проблемы есть везде. Чем меня радует hg, это что все встреченные мною проблемы фиксились легко и быстро, при том что пистон не мой язык. Хакабилити бесподобное. Интересно как там у гита с этим?

> теперь ждём с нетерпением момента, когда мозиловцы забьют на все порты своего браузера, кроме порта на Win32(кстати, до порта на Win64 они пока что не додумались) и сделают свою прогу платной

где связь?

>Интересно как там у гита с этим?

Сорцы (1.4) читались удивительно хорошо, примерно как код ядра :). Хороший C + perl.

Во блин, такую новость чуть не пропустил! Mercurial рулет, git - быдлохакерская поделка. :P

> Mercurial рулет, git - быдлохакерская поделка. :P

Я бы даже сказал - распиаренная быдлохакерская поделка :D

Кстати, я нарыл в сети слухи о том, что Fedora Extras тоже перешли на Mercurial. Кто-нибудь знакомый с предметом может подтвердить или опрвергнуть?

>>> Подробности.

спасибо, улыбнуло :)

>git - быдлохакерская поделка.

люди, вас кто-то заставляет этим пользоваться в своих проектах? как хаять - так сразу, как написать или пофиксить - тишина... ;)))

> как написать или пофиксить - тишина... ;)))

Во-первых, это были типа шутки. Во-вторых, с чего бы любителям hg писать и фиксить git? ;)

>Хороший C + perl.

Да уж... боюсь даже представить этот адский коктейльчик.

По большому счету как правильно написано по сцылке, все эти SCM нового поколения из одной бочки. Конвертация туда-сюда полная и безболезненная. Дело вкуса.

А вот клеаркейсы и перфорсы и не дай бог сорссейфы очевидно уже не жильцы, с чем всех и поздравляю.

>> Хороший C + perl.

> Да уж... боюсь даже представить этот адский коктейльчик.

Да что там представлять то. Залезь и посмотри. Нормальная интеграция C и perl. Проще некуда.

>>народ, объясните ламеру, какие преимущества Mercurial перед Subversion? спасибо.

Ежели ты не софтверный мегамонстр - никаких.

>>народ, объясните ламеру, какие преимущества Mercurial перед Subversion? спасибо.

> Ежели ты не софтверный мегамонстр - никаких.

Чушь. Я не считаю себя мегамонстром, но _очень_ рад переходу на Mercurial.

>> народ, объясните ламеру, какие преимущества Mercurial перед Subversion? спасибо.

> Ежели ты не софтверный мегамонстр - никаких.

Вздор только что сказать изволили!

Самое главное преимущество децентрализованных систем типа hg - это, ну, децентрализованность. :) Если по-русски, это возможность клонировать репозитории целиком и переливать изменения (changesets) из одного репозитория в другой. Вот, к примеру, посетила какого-нибудь умного человека офигенная мысль: взять и сурово пропатчить Мозиллу, чтоб она ваще летала и реально не глючила. Он берёт, делает hg clone и получает свою копию мозильного репозитория. В который может смело коммитить, не боясь, что его будут пинать ногами и обзывать ламером. И можно даже утром в понедельник выкинуть все закоммиченное вечером в пятницу, пока никто не видел. :) Вот, а когда человек считает, что у него всё круто работает, он посылает серию патчей в рассылку (hg email) или расшаривает свой репозиторий в инете (hg serve) или (а фигли?) получает права на запись в главный репозиторий на mozilla.org и делает туда hg push.

А теперь внимание, вопрос: как всё это сделать с помощью SVN? :-P

>А теперь внимание, вопрос: как всё это сделать с помощью SVN?

У меня знакомый написал какую-то тулзу, которой синхрил SVN по мылу. Не говорю, что это правильный путь, но вообще интересно - может нужно над SVN сделать подобное?

>Во-первых, это были типа шутки. Во-вторых, с чего бы любителям hg писать и фиксить git? ;)

несчего, но и других ругать нехорошими словами не стоит ;)

>А теперь внимание, вопрос: как всё это сделать с помощью SVN? :-P
С помощью бранчей.

Я так понял, Mercurial для тех, что про бранчи не слышал... писец :(

> С помощью бранчей.

Шутку понял, смешно. Мне предоставят бранч на mozilla.org по первому требованию? :)

>>А теперь внимание, вопрос: как всё это сделать с помощью SVN? :-P

Децентрализованный репозиторий никоим образом не способствует управлению проектом, потому как децентрализация и управление - вещи прямо противоположные.

То что вы описали называется коротко "веткой".

Система не способная откатить любой коммит не является системой контроля версий.

Ну а доступ в центральный репозиторий (либо с точки зрения свн - основную ветку) дают далеко не всем. Из соображений безопасности и идеологической чистоты проекта. Так что ежели вас не приняли в команду, то свн ветка (или меркуриаловский репозиторий) скорее станет форком (то бишь оторвется нафиг) нежели сольется с основной.

Собсно из вашего описания никаких особых преимуществ меркуриала перед свн я лично не увидел.