2013-02-18 2 views
70

Ich habe angefangen, Sass für meine CSS-Arbeit auszuprobieren. In dem Verzeichnis, in dem sich meine CSS-Datei befindet, sehe ich auch einen '.sass-Cache' -Ordner. Kann mir jemand sagen, warum dieser Ordner erstellt wurde und es sicher ist, wenn ich ihn lösche.Warum wird der Sass-Cache-Ordner erstellt?

danke,

+0

Warum möchten Sie es entfernen? – cimmanon

+0

@cimmanon Ich hatte Probleme mit .sass-cache-hemmenden Pushs in Entwicklungsumgebungen, wenn mehrere Entwickler es verwenden/ändern. Wenn es aus dem Projektordner entfernt werden kann, wäre dies besser. –

Antwort

81

Standardmäßig speichert Sass kompilierte Vorlagen und Teiltabellen. Dies beschleunigt die erneute Kompilierung großer Sammlungen von Sass-Dateien erheblich und funktioniert am besten, wenn die Sass-Templates in separate Dateien aufgeteilt werden, die alle in eine große Datei importiert werden.

Ohne ein Framework legt Sass die zwischengespeicherten Vorlagen in das Verzeichnis .sass-cache. In Rails und Merb gehen sie in tmp/sass-cache. Das Verzeichnis kann mit der Option :cache_location angepasst werden.

Wenn Sass das Caching überhaupt nicht verwenden soll, setzen Sie die Option :cache auf false.

Sie können die Sass Cache-Position konfigurieren, indem Sie eine Sass Option in Ihren Kompass Konfigurationsdatei Einstellung wie folgt:

sass_options = {:cache_location => "path\to\tmp\sass-cache"} 

Quelle: Sass reference

+3

Gibt es eine Möglichkeit, SASS-Datei aus Sass-Cache wiederherzustellen? – nit3ch

+4

Sie können auch '--cache-location PATH' verwenden, wenn Sie die Befehlszeile verwenden. –

+8

Wenn Sie ** grunt-contrib-sass ** verwenden, sind die relevanten Optionen 'cacheLocation' und' noCache': https://github.com/gruntjs/grunt-contrib-sass – Seth

5

Wenn Ihr Hauptproblem ist „Schübe zu Entwicklungsumgebungen verhindert wird, wenn mehrere Entwickler verwenden/ändern es ", können Sie es zu Ihrer .gitignore-Datei hinzufügen. Wie in der anderen Antwort angegeben, beschleunigen Sass-Cachedateien das Kompilieren basierend darauf, ob sich eine Sass-Datei seit dem letzten Kompilieren geändert hat.

Nach meiner Erfahrung ist es übliche Praxis, sie als temporäre Dateien zu betrachten und sie von der Versionskontrolle wegzulassen.

+0

Dies beantwortet die Frage nicht. Das OP gibt keinen Grund an, warum sie es entfernen möchten (der Versionskontrollkommentar wurde von jemand anderem gemacht). Es gibt legitime Gründe, warum man .ssass-cache zerstören muss. – cimmanon

+0

verpasst, dass das zwei verschiedene Benutzer waren. Verlassend, da es Informationen sind, die eine Benutzerfrage adressieren, die auf diesem Pfosten angehoben wird. – RobW

Verwandte Themen