用于调试Rails的资产管道的最佳实践(Best practices for debugging t

2019-09-16 11:21发布

我有一个Rails应用程序3,工作bootstrap-sass ,资产管道,和我正在寻找关于如何调试资产管道困境的一些想法。

在开发工作时,和编译的飞行(即包括大量的编译CSS文件),我的应用程序看起来正是我期望它。

然而,当我使用的资产管道资产编译成一个单一的文件,以测试它如何在生产中的行为,我觉得在连结文件验证错误application.css是导致浏览器停止正常评估的CSS,我看到一些显示问题。

当我看到在发展中产生的css文件,并通过CSS3验证通过他们,我可以看到与vendored CSS文件时(在大多数情况下,这些都是由于供应商特定的黑客,掀起验证)发生的验证错误 - 我已经生成的经过验证的,当我通过W3C验证运行它们,和我列出的合格/不合格的链轮结果文件文件如下:

/*
 * sprocket file in application.css
 *
 *= require_self
 *= require vendor
 *= require bootstrap-include # FAILS 474 ERRORS - presumably down to css hacks
 *= require DT_bootstrap      # FAILS TWO ERRORS - presumably down to css hacks again
 *= require navbar            # PASSES
 *= require footer            # PASSES
 *= require main              # PASSES
 *= require home              # PASSES
 *= require widget            # PASSES
 *= require search            # PASSES
 *= require devise            # PASSES
 *= require doohickeys        # PASSES
 *= require datepicker        # FAILS - again yet more cross browser css hacks suspected
*/

你应该如何开始跃跃欲试文件时产生级联破坏应用程序的视觉效果也是这样吗?

我问在这里,了解如何最好地调试编译的样式表这样一个想法 - 听起来有点像以前已经被优雅的解决,但这样的问题打交道时,我不知道的可靠,方法。

例如,我可以看到一些规则不被在Firefox和Webkit使用的Web开发工具的检查评估,但它不是我清楚如何超越,如果不能做对编译CSS一些艰苦的二进制搜索的。

当然也有一些专门的工具可以这样既情况下,如能编译只在一些文件application.css ,并链接到一个预编译bootstrap-sass单独的文件,或者类似的东西?

Answer 1:

如果你正在使用类似的引导,青菜,则不应使用链轮指令,你应该使用@import

从重命名你的清单文件application.cssapplication.css.scss ,然后@import了,例如:

@import "frameworks";
@import "bootstrap-responsive";


文章来源: Best practices for debugging the Rails asset pipeline