четверг, 19 марта 2015 г.

Pro Git

Сегодня был трёхчасовой доклад Pro Git, который используется для IDEA. Не все досидели до конца, хотя доклад был сделан неплохо, с шутками-прибаутками и наглядными примерами.

В Oracle используется Mercurial и он, на мой взгляд, гораздо лучше подходит для больших проектов, в которых очень часто требуется разобраться в истории изменений.

Конечно, в подавляющем большинстве случаев обе системы выглядят одинаково, но как только проект начинает ветвиться, то всё начинает запутываться.

Сложно сказать, какая система лучше. Я вообще предпочитаю централизованные, например, Subversion, но они хуже масштабируются, чем DVCS.

14 комментариев:

  1. Мне более других нравится Git, удобный для моих задач. Но в конторе у нас любят сильно subversion.

    ОтветитьУдалить
    Ответы
    1. Он мощный, но вчерашняя лекция показала, что из него легко можно выстрелить себе в ногу.

      Удалить
    2. Он мощный, но вчерашняя лекция показала, что из него легко можно выстрелить себе в ногу.

      Удалить
    3. Я, дядька СЭМ, почти не знаю инструментов, где в ногу выстрелить было бы нельзя.

      Удалить
    4. Это так, но в Git это сделать гораздо проще, чем в Mercurial. Хотя, если сходить на подробную лекцию по Mercurial, может оказаться, что и у того есть много подводных камней.

      Удалить
    5. По-моему, всё едино. Можешь привести пример?

      Удалить
    6. Наличие Merge и Rebase запутывает историю, а force push сильно напрягает коллег.

      Удалить
    7. Это называется "учите матчасть" и "договоритесь наконец, как именно организуете коллективную работу". Наличие кувалды в наборе инструментов не означает, что её надо использовать при любом ремонте :)

      Удалить
    8. Если на верстаке неопытного работяги среди инструментов положить кувалду, то он сможет случайно уронить её не только себе на ногу, но и мастеру.

      Удалить
    9. Как профессионал, ты меня удивляешь:)
      То, о чем ты говоришь, относится не к инструменту, а к организации труда. А это - две большие разницы.

      Удалить
    10. Вот в таких нечеловеческих условиях и приходится работать :)

      Опыт показывает, что если что-то можно сделать неправильно, то это кем-то обязательно будет сделано.

      Удалить
    11. Тогда это непозитивно характеризует JB как производителя:)

      Удалить
    12. Это не обязательно JB. Чем больше контора, тем разнороднее команда. У оракула была сустэйнер, которая привила не patch из webrev, а html код, после чего заявила, что не собирается из-за того, что я использую "новые фичи" Java.

      Удалить
    13. И это не обязательно. Motorola - самый прямой пример.
      И, опять таки, всё то, о чём ты говоришь, это не недостатки инструмента, а проблемы людей, которые должны правильно организовать работу с ним.
      Ты же ездишь на метро, несмотря на то, что наверняка кто-то там может накосячить...

      Удалить