不使用';不要践踏svn责备?

不使用';不要践踏svn责备?,svn,coding-style,metadata,blame,Svn,Coding Style,Metadata,Blame,我想使用Eclipse的格式化程序来修复一些样式不好的代码,但是删除存储库中关于谁负责什么的所有元数据有一个巨大的缺点。你有什么想法可以解决这个问题吗?也许这是完全不可能的…历史仍然存在,你只需要在清理修订之前查看一个错误 这是建立风格标准的一个很好的理由。缩进更改可能会导致大量合并冲突等。对一个缩进更改的“样式不良”会很好地写入另一个缩进更改。您可以告诉Bull忽略空白更改: svn blame -x -w file/path 当然,只有在样式修正的更改不超过空白的情况下,这才有效。在重新格

我想使用Eclipse的格式化程序来修复一些样式不好的代码,但是删除存储库中关于谁负责什么的所有元数据有一个巨大的缺点。你有什么想法可以解决这个问题吗?也许这是完全不可能的…

历史仍然存在,你只需要在清理修订之前查看一个错误


这是建立风格标准的一个很好的理由。缩进更改可能会导致大量合并冲突等。对一个缩进更改的“样式不良”会很好地写入另一个缩进更改。

您可以告诉Bull忽略空白更改:

svn blame -x -w file/path

当然,只有在样式修正的更改不超过空白的情况下,这才有效。

在重新格式化代码时,我通常只修正缩进。自动格式化程序破坏精心手工格式化的部分的情况太多了。

另一种解决方案是添加一个预提交挂钩,将提交的文件与其格式化版本进行比较。如果没有差异,则接受提交

否则,一条简单的消息“Code not formatted:commit rejected”将通知开发人员在提交之前对修改过的文件进行样式设置

结合Stefan的回答,您仍然可以使用带-w选项的责备,而且,您不会覆盖开发人员的名称


一个缺点是,您将无法一次性设置整个存储库的样式。文件将在修改时设置样式。经常使用的文件将很快被样式化,而有些可能永远不会被更新。

遗憾的是,开始时有大量样式不佳的代码。我想一个痛点是eclipse注释只显示最新的更改。人们使用它们的数量相当多。这看起来很棒,但对我来说不起作用。有什么魔力?您当前使用的客户端和平台是什么?Ortoise svn会根据默认值忽略空格更改(有一个复选框可以更改此复选框)。如果您希望它也忽略换行符(CRLF与LF)中的更改,请使用
svn bull-x-w-x--ignore eol style
。请参阅svn帮助和。