如果我们使用版本控制,您更喜欢使用哪种CSS格式?

时间:2011-10-11 15:27:29

标签: css git svn version-control

我将第一次使用版本控制,我在某处读到单行CSS不适合版本控制

.footer li h3 { margin: 0 0 6px; font-weight: bold; display: inline; color: #e92e2e; }
.footer li h3 a { font-weight: normal; font-size: 1em; color: #e92e2e; }

您更喜欢哪种格式?

以下格式是否适合与版本控制一起使用

.footer li h3 {
    margin: 0 0 6px;
    font-weight: bold;
    display: inline;
    color: #e92e2e; }

    .footer li h3 a {
        font-weight: normal;
        font-size: 1em;
        color: #e92e2e; }

3 个答案:

答案 0 :(得分:3)

从可读性的角度来看,是的,您显示的格式在多行上更有意义,因为如果添加新属性,您将能够轻松看到2个版本之间的差异。

答案 1 :(得分:1)

如果您在同一代码上与其他人合作,可读性是您应该在代码中关注的最重要的事情(当然,除了使代码工作之外)。紧随其后的是在任何地方使用评论。这只是我的观点,当然有些人可能更喜欢评论而不是可读性。即使您不与其他任何人合作,编写可读代码仍然非常重要,以防其他开发人员在将来接管该项目。

要回答你的问题,我更喜欢第二种格式,我猜大多数程序员都同意。

答案 2 :(得分:1)

在Git中,您可以轻松地执行word diff并快速找到一行内的更改。

你应该注意的是确保CSS是可读的。使用您的团队熟悉的格式。确保每个人都这样做。了解CSS社区的作用。我不认为版本控制系统应该是您选择格式的原因。

当然,如果你想要压缩/缩小的CSS(这不是你所要求的那样),它必须是构建过程的一部分,并且签入的文件不应该缩小