LINUX.ORG.RU
Форум — Development  

Не совсем для Development: Git или Mercurial?


0

0

Для нового, блестящего, девственно чистого проекта, а не для старого, нуждающегося в пересадке с CVS/SVN и с тучей нуждающихся в пересадке и обучении разработчиков.

Если Mercurial, то почему не Git?
Если Git, то почему не Mercurial?

Если не затруднит, пожалуйста, назовите, почему бы вы стали использовать одно, а не другое, для _новых_ проектов. А также, почему бы вы посоветовали другу/коллеге использовать то, а не это, для его новых проектов?

Не Bazaar, не VSS, не Perforce. Давайте обсудим только Git и Mercurial.

★★★★★
← [SQL offtopic] оператор LIKE
[c++] инициализация всех членов в конструкторе →
  1 2 →
Ответ на: комментарий от DerKetzer

> Чем дотком так принципиально отличается от других?

Ты хоть бы прочитал disclaimer той статьи (которая сама по себе не в тему и даже в том, о чем рассказывает, неубедительна).

tailgunner ★★★★★
()
Ответ на: Толсто же от xorik

Причём тут скорость кода? Там что, вычислений каких-то много? Вопрос в коде, а не в языке.

пейтон

К логопеду.

vkos ★★
()
Ответ на: Толсто же от xorik

>>Скорость и у гита не очень хорошая..

И давно это пейтон обогнал си?

И давно решающее значение для скорости имеет язык реализации?

tailgunner ★★★★★
()

Это все-таки девелопмент.

svu ★★★★★
()
Ответ на: комментарий от xorik

> Сходи уже по ссылке,

По whygitisbetterthananything или по той, где Mercurial is James Bond?

Про local branching и staging area уже ответили.

там hg слил по скорости все тесты, кроме add

Это когда сотрудник github проверил самые очевидные и легкопроверяемые факты на неуказанных версиях программ, и сделал вывод «Git рулит»? Сюрприз, сюрприз.

tailgunner ★★★★★
()

Использую HG.

Есть интересный момент. Множество крупных (не фанбойских) проектов движутся в сторону именно на HG: OpenSolaris, Google Code и еще несколько (не помню на вскидку).

Это не повод для, конечно, но все же интересный факт.

Kpoxman ★★
()
Ответ на: комментарий от Kpoxman

А, вот: Python, OpenSolaris, OpenOffice... Почему-то на Mercurial.

Про Гугл.Коде слышал, что когда они выбирали, выбрали Hg из-за лучшей поддержки работы через HTTP. В Гите это, наверное, уже учли и исправили...

Kpoxman ★★
()
Ответ на: комментарий от tailgunner

ЩИТО?

Действительно, меня переглючило =).

Deleted
()
Ответ на: комментарий от DerKetzer

в эклипс для гита плагина еще почти нет

Наглое 4.2

Ню-ню. Мусье уже делал pull из эклипса? А так же воспользовался удобнейшим мержем? А еще ему понравился synhronize view? Может быть его сборка плагина начала понимать .gitignore и не корежить репозиторий?

Вообще, идея с jgit очень амбициозна. Могу только пожелать удачи авторам и скорейшей имплементации всех закавык оригинального гита. Годков этак через пять.

baverman ★★★
()

Перефразируя «Real Programmers don't use Pascal»: the Real Programmer wants a «you asked for it, you got it» VCS - complicated, cryptic, powerful, unforgiving, dangerous. Git, to be precise.

anonymous
()
Ответ на: комментарий от anonymous

> Перефразируя «Real Programmers don't use Pascal»: the Real Programmer wants a «you asked for it, you got it» VCS - complicated, cryptic, powerful, unforgiving, dangerous. Git, to be precise.

Надо только всегда напоминать, что перефразированная статья заканчивалась словами «Да здравствует Фортран!» :) Просто чтобы понимать, что Git - это такой Фортран от DVCS: быстрый для узкого круга задач, за пределами которого просто не нужен.

tailgunner ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← [SQL offtopic] оператор LIKE
Development
[c++] инициализация всех членов в конструкторе →