стиль очистки, который не попирает свн вину? - PullRequest
9 голосов
/ 27 марта 2009

Я бы хотел использовать форматировщик Eclipse для исправления некачественного кода, но есть огромный недостаток в уничтожении всех метаданных в репозитории, кто за что отвечает. Есть мысли о том, как обойти это? Возможно, это просто совершенно невозможно ...

Ответы [ 4 ]

7 голосов
/ 27 марта 2009

Вы можете сказать, что вина игнорирует изменения пробелов:

svn blame -x -w file/path

Конечно, это работает, только если ваше исправление стиля не меняется больше, чем пробелы.

1 голос
/ 27 марта 2009

История все еще там, вам просто нужно взглянуть на вину до пересмотра очистки.

Это одна из веских причин иметь стандарт стиля. Изменения отступа могут вызвать множество конфликтов слияния и т. Д. «Плохо стилизовано» для одного хорошо написано для другого.

0 голосов
/ 17 января 2011

Другое решение - добавить хук перед фиксацией, который сравнивает зафиксированный файл с его отформатированной версией. Если нет никакой разницы, коммит принят.

В противном случае простое сообщение «Код не отформатирован: коммит отклонен» информирует разработчиков о необходимости стилизовать измененные файлы перед коммитом.

В сочетании с ответом Стефана вы по-прежнему можете использовать вину с параметром -w и, более того, вы не переопределяете имена разработчиков.

Один недостаток в том, что вы не сможете стилизовать весь свой репозиторий за один проход. Файлы будут стилизованы по мере их изменения. Часто используемые файлы будут быстро стилизованы, тогда как некоторые могут никогда не обновляться.

0 голосов
/ 27 марта 2009

При переформатировании кода я обычно исправляю только отступ. Слишком много случаев, когда автоматический форматер разрушает тщательно отформатированный раздел.

...