SVN의 비난을 짓밟지 않는 스타일 정리?

Question

Eclipse 's Formatter를 사용하여 스타일이 잘되지 않은 코드를 수정하고 싶지만 저장소의 모든 메타 데이터를 누가 무엇을 책임지는 지에 대한 모든 메트타 데이터를 죽이는 데 큰 단점이 있습니다. 이 문제를 해결하는 방법에 대한 생각이 있습니까? 아마도 완전히 불가능합니다 ...

Answer 1

공백 변경 사항을 무시하겠다고 비난을받을 수 있습니다.

svn blame -x -w file/path

물론 스타일 픽스가 공백보다 더 많이 변하지 않는 경우에만 작동합니다.

Answer 2

역사는 여전히 거기에 있습니다. 청소 개정 전에 비난을보아야합니다.

이것이 스타일 표준을 갖는 좋은 이유 중 하나입니다. 들여 쓰기 변화는 많은 병합 갈등 등을 유발할 수 있습니다. "잘못된 스타일"은 다른 사람에게 잘 기록되어 있습니다.

Answer 3

코드를 재구성 할 때는 보통 들여 쓰기 만 고정합니다. 자동 포맷터가 조심스럽게 손으로 형성 된 섹션을 망치는 경우가 너무 많습니다.

Answer 4

또 다른 솔루션은 커밋 된 파일을 형식화 된 버전과 비교하는 사전 커밋 후크를 추가하는 것입니다. 차이가 없으면 커밋이 수락됩니다.

그렇지 않으면 간단한 메시지 "Code Not Formatted : Commit Devrejed"는 개발자에게 커밋 전에 수정 된 파일을 스타일링하도록 알려줍니다.

Stefan의 답변과 결합하여 여전히 -w 옵션으로 비난을 사용할 수 있으며 또한 개발자의 이름을 무시하지 않습니다.

한 가지 단점은 전체 저장소 스타일이 하나의 패스라는 것입니다. 파일은 수정 될 때 스타일입니다. 종종 사용되는 파일은 빠르게 스타일링되는 반면 일부는 업데이트되지 않을 수 있습니다.