9

スタイルの悪いコードを修正するために Eclipse のフォーマッターを使用したいのですが、誰が何を担当しているかについて、リポジトリ内のすべてのメタデータを削除することには大きな欠点があります。これを回避する方法について何か考えはありますか？たぶん、それは完全に不可能です...

4

4 に答える 4

7

空白の変更を無視するように非難することができます。

svn blame -x -w file/path

もちろん、これは、スタイルの修正が空白以外に変更されない場合にのみ機能します。

于 2009-03-27T07:08:48.877 に答える
1

履歴はまだ残っています。クリーンアップ リビジョンの前に Blame を確認する必要があります。

これは、スタイル標準を設定する正当な理由の 1 つです。インデントの変更は、多くのマージの競合などを引き起こす可能性があります。「スタイルが悪い」とは、別のものにはよく書かれています。

于 2009-03-27T04:39:14.977 に答える
0

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

そうしないと、「コードがフォーマットされていません: コミットが拒否されました」という単純なメッセージが、開発者にコミット前に変更されたファイルのスタイルを設定するように通知します。

ステファンの答えと組み合わせても、 -w オプションで Blame を使用できます。さらに、開発者の名前を上書きすることはありません。

1 つの欠点は、リポジトリ全体を 1 回のパスでスタイル設定できないことです。ファイルは変更されるとスタイルが設定されます。頻繁に使用されるファイルはすぐにスタイル設定されますが、更新されていないファイルもあります。

于 2011-01-17T16:16:32.373 に答える
-1

コードを再フォーマットするときは、通常、インデントのみを修正します。自動フォーマッターが慎重に手動でフォーマットされたセクションを台無しにするケースが多すぎます。

于 2009-03-27T09:38:09.733 に答える