質問

私はいくつかの悪いスタイルのコードを修正するためにEclipseのフォーマッタを使用するようにしたいのですが、何のために責任があるかについてリポジトリ内のすべてのメタデータを殺しに大きな欠点があります。これを回避する方法上の任意の考え?おそらく、それだけで完全に不可能です...

役に立ちましたか?

解決

あなたは空白の変更を無視する責任を伝えることができます:

svn blame -x -w file/path

もちろん、あなたのスタイルの修正が空白以上のものを変更しない場合にのみ動作する。

他のヒント

歴史はあなただけのクリーンアップ改正前の非難を見ているだろう、まだそこにある。

このスタイル標準を持っている一つの良い理由があります。インデントの変更は1つに「難スタイル付き」など、マージの競合の多くを引き起こす可能性がありますだけでなく、他に書き込まれます。

コードを再フォーマットすると、

、私は通常だけインデントを修正します。自動フォーマッタは慎重に手でフォーマットされた部分を台無しにあまりにも多くの例があります。

別の解決策は、そのフォーマットされたバージョンにコミットファイルを比較し、プリコミットフックを追加することです。差がない場合は、コミットが受け入れられます。

それ以外の場合は、単純なメッセージ:コミットする前に、その変更されたファイルのスタイルをあなたの開発者に通知するだろう「コードがフォーマットされていないが拒否コミット」

ステファンの答えと組み合わせることで、あなたはまだ-wオプションで非難を使用することができ、しかも、あなたが開発者の名前を上書きしません。

一つの欠点は、あなたのリポジトリ全体のスタイルを設定することはできないということである1回のパスです。彼らは変更されるファイルは、スタイルされます。頻繁に使用されるファイルはすぐにいくつかが更新されていない可能性があるのに対し、スタイリングされます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top