2017-04-07 5 views
0

Ich frage mich, wie Sie gehen würden, .SCSS Dateien zu verwalten, wenn ein Projekt gestartet wurde. Zum Beispiel verwalte ich eine Reihe von Websites & verwenden Sie die Leistung von SCSS beim Erstellen von ihnen.Wie man SCSS verwaltet, wenn ein Projekt gestartet wurde

Jedoch sobald ein Projekt gestartet wird, wenn ich eine kleine Bearbeitung derzeit vornehmen muss, ich ftp nur zur minimierten .css Akte und etikettiere die zusätzlichen wenigen Zeilen zum Boden ... Schlechte ich kenne!

Dann, wenn es darum geht, eine größere Änderung an einem bestehenden Projekt die .scss Dateien wiedergegeben werden, es sei denn als die .css ist vor dem .scss deshalb erneut Kompilieren des .scss wird kleiner chnages überschreiben, die stattgefunden haben.

Die einzige Möglichkeit, die ich mir vorstellen könnte, wäre eine _updates.scss Datei zu erstellen und alle kleinen Updates in diese Datei zu taggen. Dies wird jedoch viel länger dauern als die aktuellen FTP-Änderungen.

Was würden Sie empfehlen?

+0

Warum bearbeiten Sie die scss-Dateien nicht immer, wenn eine Änderung erforderlich ist, und laden Sie die ausgegebene CSS-Datei dann jedes Mal neu auf das FTP hoch? – StefanBob

+0

Derzeit wegen der Zeit, wenn wir eine geringfügige Änderung wie Schriftgröße vornehmen müssen, können Sie das in wenigen Sekunden leicht bearbeiten. Wo Sie die scss/css-Dateien in einem scss-Compiler herunterladen müssen, nehmen Sie die Änderungen vor und kompilieren/erneut hochladen. Auch wenn die CSS-Bearbeitung ist nicht so einfach, aber immer noch klein, müssen Sie möglicherweise eine ganze Website herunterladen lokal einrichten testen Sie Ihre Änderungen kompilieren und erneut eine ganze Website hochladen. – SamXronn

+0

Alles was ich im Internet habe, ich habe ein Backup lokal eingerichtet. Es dauert nur ein paar Sekunden, um die lokale Sass-Datei zu aktualisieren und die kompilierte CSS-Datei hochzuladen. Es klingt für mich wie Sie keine Sicherung Ihrer Website haben und das ist keine gute Idee. – Brad

Antwort

4

Ich würde vorschlagen, immer noch mit Sass, es scheint eine Verschwendung, nicht, nachdem Sie es so weit verwendet, um die Mehrheit des Stylings zu bauen. Es klingt weniger nach einem Sass vs CSS-Problem (einmal live), sondern eher nach einem schlechten Workflow.

Wenn es scheint langsam Bearbeitung, sobald es live ist, prüfen Sie einen verbesserten Workflow - Verwenden Sie Git für die Versionskontrolle (und ähnliches) und möglicherweise Setup-Installationen, zusammen mit Grunt/Gulp Sass Uhren zu machen und ein wenig einfacher einmal zu kompilieren Es ist alles Setup (manchmal ist es eine gute Idee, die Funktionalität dieser Task-Runner zu erweitern und Code zu minimieren). Dann können Sie auf dem neuesten Stand bleiben (mit Git), erforderliche Änderungen vornehmen und dann die kompilierten Stylesheets bereitstellen. Ich benutze diesen einfachen Workflow für viele große und kleine Projekte und es ist sehr effizient. Es ist wichtig, dass ich ein hohes Maß an Wartbarkeit für Codebasen beibehalte, und das ist der erste Schritt, den Sie durch die Verbesserung Ihres Workflows erreichen können. (siehe oben)

+0

Ja, das. Änderungen am Ende (oder irgendwo anders als am Anfang der Pipeline) öffnen nur eine große Tüte Schmerzen. Wenn der Workflow zu lange dauert, sollten Sie die Ineffizienzen in der Pipeline ausgleichen. – steveax

Verwandte Themen