Вы не поняли о чёт идет речь. Имелся ввиду рефакторинг кода. Перемещаются классы/модули, но врыт ли система настолько будет с самого начала спроектировать что целую папку с подпапками программного кода нужно будет перемещать без изменений. Имеется ввиду редко такое случается у более менее опытных программистов когда вместо
#include "foo/module1/*/*.h"
Тупо нужно сделать
#include "notfoo/module1/*/*.h"

(* заменить на названия)

На практике часть файлов может перенестись в другие папки, часть переименоватся и т.п.. То есть имелась ввиду исключительно реструктуризация программного кода, а не реструктуризация репозитория.

Приходит секретарша, видит подпапку с документами для отправки лучше держать в другой парке. Она в Explorer по этой папке Ctrl+X (вырезала) и вставила в другое место. Потом на корневой папке репозитария тоже равой кнопкой и Commit. И тут начинаются проблемы, так как в SVN каждая папка фактически моет быть отдельным репозитарием. И так кстати действительно логично менять структуру.

С перемещением папки .svn наверх таких проблем больше не будет.

И да не надо меня учить, что такой SVN, я с ним лет 7 работал. Когда достаточно большой не хватало ряда функций, которые как раз есть в git. Из того что сначала доставляло неудобство разве отсутствие линейной нумерации ревизий, но быстро переходишь на tag-и, что это более удобно нежели помнить число 11434.

>Довольно удобное и частое применение. Особенно когда используется один репозиторий для кода, а не лапша из десятков маленьких git-иков.

Не поверите, в git это тоже можно :)