Тонкости отката ревизий используя SVN он же reverse merging

Как делать откат ревизий написано в в книге по svn и я это здесь опущу. Но столкнулся на практике с проблемой что при откате нескольких ревизий возникают конфликты. Немного поигравшись сам нашел ответ на проблему - ревизии нужно отсортировать от большей к меньшей и тогда когфликты исчезают. Возможно в svnbook это описано, тогда я Ваш Кэп.

Пример:

svn merge -c-4,-5,-6 ˆ/trunk . - может привести к ошибкам
svn merge -c-6,-5,-4 ˆ/trunk . - ошибок быть не должно

Правильный svn blame или как увидеть настоящего автора изменений в коде

Сегодня на работе меня попросили прокомментировать кусочек кода, который был якобы мой, но проверив в PHPStorm чей код - я обнаружил что не мой. И так как код действительно не мой, я решил исследовать этот вопрос и обнаружил что есть такой замечательный параметр в svn blame как "-g".

Разница будет видна если из ветки создавался бранч в котором делали изменения и реинтегрировали его обратно.

Без ключа (svn blame) все изменения в дочерней ветке будут показываться в родительской с автором - тем пользователем который делал реинтегрейт мердж и номером комита этого реинтегрейта.

С ключом (svn blame -g) будет показываться настоящий автор и ревизия изменений которая была сделана в дочерней ветке..