Stil Bereinigung, die nicht svn blame trampeln?

Question

Ich möchte Eclipse Formatierer verwenden, um einige schlecht gestylt Code zu beheben, aber es ist ein großer Nachteil alle Metadaten im Repository über zu töten, wer wofür zuständig ist. Irgendwelche Gedanken über die Möglichkeiten, dies zu umgehen? Vielleicht ist es einfach völlig unmöglich ...

Answer 1

Sie können Schuld sagen Änderungen in Leerzeichen zu ignorieren:

svn blame -x -w file/path

Natürlich ist das nur, wenn Ihr Stil Korrektur funktioniert nicht mehr ändern als Whitespaces.

Answer 2

Die Geschichte ist immer noch da, werden Sie nur bei einer Schuld suchen, um vor der Bereinigung Revision.

Dies ist ein guter Grund, einen Stil Standard zu haben. Einrückungen Veränderungen können viele Merge Konflikte verursachen, usw. „Poorly Stil“ zu einem gut zu einem anderen geschrieben.

Answer 3

Wenn Code Neuformatierung ich fix in der Regel nur die Vertiefung. Es gibt einfach zu viele Fälle, in denen die automatischen Formatierer einen sorgfältig hand formatierte Abschnitt ruinieren.

Answer 4

Eine andere Lösung wäre ein pre-commit Haken hinzuzufügen sein, die die engagierte Datei mit formatierten Version vergleichen. Wenn es keinen Unterschied ist, begeht das akzeptiert wird.

Ansonsten eine einfache Nachricht „Code nicht formatiert: commit abgelehnt“. Würde Ihre Entwickler informieren ihre geänderten Dateien vor dem begehen stylen

mit der Antwort des Stefan Kombinierter, können Sie immer noch die Schuld mit Option -w verwenden und darüber hinaus Sie die Entwickler-Namen nicht außer Kraft setzen.

Ein Nachteil ist, dass Sie nicht in der Lage sein, Ihre gesamten Repository-Stil ist ein Pass ab. Die Dateien werden gestylt werden wie sie geändert werden. Häufig verwendete Dateien schnell gestylt werden, während einige vielleicht nie aktualisiert.