处理SVN中的空白?
我工作过的所有SVN商店都有一条严格的规则——用空格替换所有标签,以避免空格冲突和不同编辑器中标签的变化处理SVN中的空白?,svn,whitespace,Svn,Whitespace,我工作过的所有SVN商店都有一条严格的规则——用空格替换所有标签,以避免空格冲突和不同编辑器中标签的变化 这是一个非常普遍的标准吗?它真的有很大的不同吗?值得费心把这个标准推广给一组新加入SVN的开发人员吗?我想说,有一些通用的缩进/空白标准是很好的,不管是按制表符缩进,还是按4、8或其他空格缩进。Linux内核显然应该有8个字符宽,规定每个缩进级别有4个空格 你选择什么样的编码风格取决于你的品味。你们可能想在你们使用的环境中选择一些类似于主导风格的东西,但在整个项目中使用相同的风格会使人们更容
这是一个非常普遍的标准吗?它真的有很大的不同吗?值得费心把这个标准推广给一组新加入SVN的开发人员吗?我想说,有一些通用的缩进/空白标准是很好的,不管是按制表符缩进,还是按4、8或其他空格缩进。Linux内核显然应该有8个字符宽,规定每个缩进级别有4个空格
你选择什么样的编码风格取决于你的品味。你们可能想在你们使用的环境中选择一些类似于主导风格的东西,但在整个项目中使用相同的风格会使人们更容易在不同的部分之间切换。(但如果混合使用内核样式的C和Python:-,这是有意义的)除非您对空格(和/或制表符)有严格的规定,否则在执行diff/compare/merge时应该使用忽略空格的工具。制表符与空格是一个热门的争论,但最终您应该在其中一个方面进行标准化(制表符和空格的混合只会导致混乱)。无论您选择制表符还是空格,都应该标准化宽度(例如4个空格、8个空格等)
就我个人而言,我使用选项卡是因为我认为它们更易于使用。我在所有编辑器中使用的选项卡宽度相当于4个空格。这是一个Java/HTML存储库,因此选项卡不应对编译产生影响。