Это действительно зависит от вашего рабочего процесса. Вы часто работаете из мест, где вы не можете получить доступ к серверу SVN? У ваших проектов большое количество веток, потому что вам нравится работать над несколькими (большими) вещами одновременно? Копируете ли вы рабочие копии между машинами? Вы отделяете новые ветви от существующей ветви? Вы иногда работаете над стволом и на полпути через кучу изменений думаете: «Я должен был сделать это в ветке»? Если это так, то это может быть полезно.
С точки зрения одного разработчика, основное различие между центральной системой, такой как svn, и децентральной системой, такой как git, заключается в том, что в svn ревизии являются линейными. С мерзавцем это дерево. Это полезно, когда вы работаете с большими функциями, которые вы хотите сделать в нескольких коммитах.
Пример: у вас есть большая особенность F, которая состоит из изменений a, b, c и d. С Subversion вы либо фиксируете a, b, c и d отдельно в стволе, либо создаете ветку, что означает, что вам придется много слияния. С помощью git вы извлекаете рабочую копию, фиксируете в ней a, b, c и d. Тогда вы будете выдвигать это как единственное изменение F своему хозяину. Таким образом, вместо четырех коммитов вы видите только один коммит на транке. Это облегчает видеть из журнала, что происходит.
Вы можете сделать это и с ветками svn. Но теперь предположим, что часть а также состоит из нескольких частей, таких как a1 и a2.
Такая модель разработки может быть реализована с помощью Subversion. Например, Python Twisted. Все разработки ведутся на ветках, и никто не работает на стволе. Но git облегчает такой рабочий процесс.