Исходное сообщение
"Релиз распределенной системы управления версиями Mercurial 2..." Отправлено Аноним, 03-Ноя-11 20:30
>> бестрей > it depends. Например вот так: http://draketo.de/proj/hg-vs-git-server/test-results.html Ага, вот так :))). Для начала там нас встречает эпичная фраза: ------------- > Assume for a moment, that you want to create the newest social web application, > and you want to use an established distributed version tracking tool as data backend ------------- В переводе на русский: допустим мы хотим забить микроскопом гвоздь. Берем микроскоп одной фирмы и другой фирмы и смотрим насколько удобно е...ть по гвоздю! Меряем частоту ударов в минуту. Что еще смешнее, оказывается что git-ом с настройками по умолчаниб к тому же лупится явно быстрее. Но конечно же, если результат не нравится - его можно подтормознуть! Заставив дергаться сборку мусора на каждый пшик. Так что угодно тормознуть можно, хренли. Безусловно, если хочется показать крутость hg и зачмырить гит - это вариант, но какой же дебил на практике затормозит себе гит ручной пропиской таких параметров GC'у? Не говоря о том что использование системы контроля версий для "newest social web application" подразумевает что автору пора бы в дурку, при условии что это не будет сервис типа гитхаба, где такое еще можно понять. > Что не так с патчами в hg? Скорее, что так в git: уйма способов синхронизировать и объединять репы. Вплоть до синхры с репом в соседней дире.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> бестрей >> it depends. Например вот так: http://draketo.de/proj/hg-vs-git-server/test-results.html > Ага, вот так :))). Для начала там нас встречает эпичная фраза: > ------------- >> Assume for a moment, that you want to create the newest social web application, >> and you want to use an established distributed version tracking tool as data backend > ------------- > В переводе на русский: допустим мы хотим забить микроскопом гвоздь. Берем микроскоп > одной фирмы и другой фирмы и смотрим насколько удобно е...ть по > гвоздю! Меряем частоту ударов в минуту. > Что еще смешнее, оказывается что git-ом с настройками по умолчаниб к тому > же лупится явно быстрее. Но конечно же, если результат не нравится > - его можно подтормознуть! Заставив дергаться сборку мусора на каждый пшик. > Так что угодно тормознуть можно, хренли. > Безусловно, если хочется показать крутость hg и зачмырить гит - это вариант, > но какой же дебил на практике затормозит себе гит ручной пропиской > таких параметров GC'у? Не говоря о том что использование системы контроля > версий для "newest social web application" подразумевает что автору пора бы > в дурку, при условии что это не будет сервис типа гитхаба, > где такое еще можно понять. >> Что не так с патчами в hg? > Скорее, что так в git: уйма способов синхронизировать и объединять репы. Вплоть > до синхры с репом в соседней дире.
	Введите код, изображенный на картинке: