Слияние: Hg / Git против SVN

Я часто читал, что Hg (и Git И...) лучше объединяются, чем SVN, но я никогда не видел практических примеров того, где Hg/Git может объединить что-то, где SVN терпит неудачу (или где SVN нуждается в ручном вмешательстве). Не могли бы вы опубликовать несколько пошаговых списков branch/modify/commit/...- операции, которые показывают, где SVN потерпит неудачу, в то время как Hg/Git счастливо движется дальше? Практические, не очень исключительные случаи, пожалуйста...

некоторые предпосылки: у нас есть несколько десятков разработчиков, работающих над проектами с использованием SVN, с каждым проектом (или группой подобных проектов) в своем собственном репозитории. Мы знаем, как применять ветви выпуска и функции, поэтому мы не сталкиваемся с проблемами очень часто (т. е. мы были там, но мы научились преодолевать Джоэл "один программист причиняет травму всей команде"или" требуется шесть разработчиков в течение двух недель, чтобы реинтегрировать филиал"). У нас есть релиз-ветки, которые очень стабильны и используются только для применения исправлений. У нас есть стволы, которые должны быть стабильными достаточно, чтобы иметь возможность создать релиз в течение одной недели. И у нас есть функциональные ветви, над которыми могут работать отдельные разработчики или группы разработчиков. Да, они удаляются после реинтеграции, чтобы они не загромождали хранилище. ;)

поэтому я все еще пытаюсь найти преимущества Hg/Git над SVN. Я хотел бы получить практический опыт, но пока нет больших проектов, которые мы могли бы переместить в Hg/Git, поэтому я застрял в игре с небольшими искусственными проектами, которые содержат только несколько составленные файлы. И я ищу несколько случаев, когда вы можете почувствовать впечатляющую силу Hg/Git, так как до сих пор я часто читал о них, но не смог найти их сам.