Патч формата мерзавца, чтобы быть svn совместимый?

SVN, вероятно, не может понять вывод git diff -p, но можно обратиться к грубой силе:

1. Сделайте два клона своего repo
2. В одном клоне проверяют Ваш последний материал
3. В другом контроле клона вообще эквивалентно svn в восходящем направлении. Если Вы запланировали заранее Вас, имеют копию svn в восходящем направлении на его собственном ответвлении, или Вы отметили последнюю svn версию. Если Вы не запланировали заранее, используйте дату или gitk для нахождения мерзавца хешем SHA1, который наиболее тесно приближает состояние svn.
4. Теперь вычислите реальный патч путем выполнения diff -r по двум клонам.

Это - действительно запрос новых функций в начале 2008

Linus Torvalds сказал в то время:

Таким образом, я утверждал бы, что Вам нужно что-то более сильное для высказывания, "не делают разности мерзавца", и это должно также запретить, переименовывают обнаружение как минимум.
Вполне откровенно говоря, любая программа, которая так же глупа относительно не, принимает текущие патчи мерзавца (т.е. TortoiseSVN), затем мы проклинаем, хорошо не должен только отключать самую тривиальную часть его. Мы должны удостовериться, что не включаем ни одного из довольно важных расширений:
даже если ToirtoiseSVN проигнорировал бы их, если игнорирование их означает, что он неправильно понимает разность, он не должен быть позволен вообще.

Это может быть то, почему

 git-format-patch: add --no-binary to omit binary changes in the patch.

был представлен в Git1.5.6 в, Могут/Июль 2008 (я не протестировал его хотя),

Subversion <1.6 не поддерживает патчи. Похоже, что Subversion 1.7 позволит применять патчи, а расширения git / hg для унифицированного сравнения находятся в нашем списке TODO.