Сегодня был трёхчасовой доклад Pro Git, который используется для IDEA. Не все досидели до конца, хотя доклад был сделан неплохо, с шутками-прибаутками и наглядными примерами.
В Oracle используется Mercurial и он, на мой взгляд, гораздо лучше подходит для больших проектов, в которых очень часто требуется разобраться в истории изменений.
Конечно, в подавляющем большинстве случаев обе системы выглядят одинаково, но как только проект начинает ветвиться, то всё начинает запутываться.
Сложно сказать, какая система лучше. Я вообще предпочитаю централизованные, например, Subversion, но они хуже масштабируются, чем DVCS.
Мне более других нравится Git, удобный для моих задач. Но в конторе у нас любят сильно subversion.
ОтветитьУдалитьОн мощный, но вчерашняя лекция показала, что из него легко можно выстрелить себе в ногу.
УдалитьОн мощный, но вчерашняя лекция показала, что из него легко можно выстрелить себе в ногу.
УдалитьЯ, дядька СЭМ, почти не знаю инструментов, где в ногу выстрелить было бы нельзя.
УдалитьЭто так, но в Git это сделать гораздо проще, чем в Mercurial. Хотя, если сходить на подробную лекцию по Mercurial, может оказаться, что и у того есть много подводных камней.
УдалитьПо-моему, всё едино. Можешь привести пример?
УдалитьНаличие Merge и Rebase запутывает историю, а force push сильно напрягает коллег.
УдалитьЭто называется "учите матчасть" и "договоритесь наконец, как именно организуете коллективную работу". Наличие кувалды в наборе инструментов не означает, что её надо использовать при любом ремонте :)
УдалитьЕсли на верстаке неопытного работяги среди инструментов положить кувалду, то он сможет случайно уронить её не только себе на ногу, но и мастеру.
УдалитьКак профессионал, ты меня удивляешь:)
УдалитьТо, о чем ты говоришь, относится не к инструменту, а к организации труда. А это - две большие разницы.
Вот в таких нечеловеческих условиях и приходится работать :)
УдалитьОпыт показывает, что если что-то можно сделать неправильно, то это кем-то обязательно будет сделано.
Тогда это непозитивно характеризует JB как производителя:)
УдалитьЭто не обязательно JB. Чем больше контора, тем разнороднее команда. У оракула была сустэйнер, которая привила не patch из webrev, а html код, после чего заявила, что не собирается из-за того, что я использую "новые фичи" Java.
УдалитьИ это не обязательно. Motorola - самый прямой пример.
УдалитьИ, опять таки, всё то, о чём ты говоришь, это не недостатки инструмента, а проблемы людей, которые должны правильно организовать работу с ним.
Ты же ездишь на метро, несмотря на то, что наверняка кто-то там может накосячить...