Less编译器在Linux和OSX上使用不同的浮点精度

Less编译器在Linux和OSX上使用不同的浮点精度,less,floating-point-precision,Less,Floating Point Precision,每当我在我的计算机(Ubuntu 13.10,AMD64)上编译更少的css文件时,我得到的浮点结果与我的同事在他的计算机(Mac OSX 10.6)上编译的结果截然不同。这一切都很好。浮点数学等等。这些数字基本上是一样的。胡说八道 但是,这使得区分和提交输出非常烦人。我最终发现了数百个可以忽略的问题: .col-lg-offset-10 { margin-left: 83.33333333%; margin-left: 83.33333333333334%; } 如何避免此问题?很可

每当我在我的计算机(Ubuntu 13.10,AMD64)上编译更少的css文件时,我得到的浮点结果与我的同事在他的计算机(Mac OSX 10.6)上编译的结果截然不同。这一切都很好。浮点数学等等。这些数字基本上是一样的。胡说八道

但是,这使得区分和提交输出非常烦人。我最终发现了数百个可以忽略的问题:

.col-lg-offset-10 {
  margin-left: 83.33333333%;
  margin-left: 83.33333333333334%;
}

如何避免此问题?

很可能您正在使用不同的Less版本。Less(自版本起)将输出数字舍入到小数点后8位。因此,解决方案是同步您和同事使用的较少工具。

这可能会让您感兴趣,因此我可以使用ndiff作为外部git diff提供程序:您的node、Less编译器等版本是否与同事的版本相同?是的!你说得对。代表我升级到1.7以下解决了这个问题。你为什么不把它作为答案贴出来,我会记下来的answered@seven-麦克斯:我真的认为你应该把你的评论作为对这个问题的回答,因为(1)已经确认这是一个问题(因此,尽管问题认为这是一个平台问题,但事实并非如此),和(2)LESS中的这一变化是一个非常模糊的事实,它可能会使其他可能有类似问题的人受益,并从您可以提供的关于LESS中这一变化的任何源链接(如果有)中受益。