正確に "config.assets.debug"設定は何をしますか？

Question

私は簡単なレールアプリケーションの開発を開始しました。数時間の作業の後、私は何とか削除されたCSSがWebページにまだ適用されていることに気付きました。

1. 停止/サーバー
2. 使用レールサーバ
3. 使用torqueboxサーバ
4. 削除、ブラウザのキャッシュ

を開始します。

は、問題を解決するために、私は次のアクションを複数回実行しました

しかし何も変わりません。それは非常に奇妙だった - 新しいCSS定義が適用されたが、私が削除した定義はまだそこにあった。だから、私はあきらめて、新しいプロジェクトを作ることに決めました。

は私が設定している新しいプロジェクト（その足場が最初のものと同じである）と私はビューのいずれかを開くと、古いプロジェクトからのスタイルがあまりにも適用されました。私はhttp://guides.rubyonrails.org/asset_pipeline.htmlに再び見て、

#Expands the lines which load the assets 
config.assets.debug = false 

を設定すると、問題を解決することを見つけることにしました。しかし、このオプションは正確に何をしていますか？これが本当だったときに古いプロジェクトCSSが適用されたのはなぜですか？

Answer 1

このオプションの効果は十分this postに記載されているが、私もそれをここにまとめます。 config.assets.debugを変更することの価値は、開発時のページ読み込み時間とデバッグの容易さとの間に妥協点があります。基本的には

：

config.assets.debug = true：資産はあなたが開発中でそれらを見るだけのように編成、個別に提供しています。 SASSやCoffeeScriptのような前処理された言語は、引き続き目標言語（それぞれCSSとJS）として表示されます。

config.assets.debug = false：資産はapplication.cssとapplication.jsのようなファイルにまとめられます。エラースタックトレースには、正しい行番号が残っていない可能性があります。元のコードに戻すのは難しいでしょう。