LINUX.ORG.RU

История изменений

Исправление h4tr3d, (текущая версия) :

Ок:

  • частичная децентрализация (плюс с гитом можно более адекватно скорячить, но до этого руки попробовать не дошли)
  • встроенные средства проксирования и репликации
  • дифалка работала ну значительно шустрее, да и вообще оно было поворотлевее SVN на наших репозиториях.
  • легко собрать несколько отдельных веток в рабочую копию (не знаю как лучше это описать словами). Плюс можно собрать билд конфигурацию: например пилишь новый функционал, который достаточно изолирован, делаешь ветку для него отдельного, а остальное дерево берёшь из основной ветке, собираешь вместе и получается новая рабочая копия. Удобно.
  • Шелвы для обмена снипетами. Особенно при отладке, дабы не обмазывать код #ifdef/#else/#endif.
  • ещё какие-то мелочи, типа более гибкой политику управлением правами доступа

но цена конская, поэтому компания отказалась в пользу svn.

И git мне удобнее и привычнее :)

Исправление h4tr3d, :

Ок:

  • частичная децентрализация (плюс с гитом можно более адекватно скорячить, но до этого руки попробовать не дошли)
  • встроенные средства проксирования и репликации
  • дифалка работала ну значительно шустрее, да и вообще оно было поворотлевее SVN на наших репозиториях.
  • легко собрать несколько отдельных веток в рабочую копию (не знаю как лучше это описать словами). Плюс можно собрать билд конфигурацию: например пилишь новый функционал, который достаточно изолирован, делаешь ветку для него отдельного, а остальное дерево берёшь из основной ветке, собираешь вместе и получается новая рабочая копия. Удобно.
  • Шелвы для обмена снипетами. Особенно при отладке, дабы не обмазывать код #ifdef/#else/#endif.
  • ещё какие-то мелочи.

но цена конская, поэтому компания отказалась в пользу svn.

И git мне удобнее и привычнее :)

Исходная версия h4tr3d, :

Ок:

  • частичная децентрализация (плюс с гитом можно более адекватно скорячить, но до этого руки попробовать не дошли)
  • встроенные средства проксирования и репликации
  • дифалка работала ну значительно шустрее, да и вообще оно было поворотлевее SVN на наших репозиториях.
  • легко собрать несколько отдельных веток в рабочую копию (не знаю как лучше это описать словами). Плюс можно собрать билд конфигурацию: например пилишь новый функционал, который достаточно изолирован, делаешь ветку для него отдельного, а остальное дерево берёшь из основной ветке, собираешь вместе и получается новая рабочая копия. Удобно.
  • Шелвы для обмена снипетами. Особенно при отладке, дабы не обмазывать код #ifdef/#else/#endif.
  • ещё какие-то мелочи.

но цена конская, поэтому компания отказалась в пользу svn.

Но git мне удобнее и привычнее :)