Css 项目启动后如何管理SCS

我想知道当项目启动后，您将如何管理

.SCSS

文件。例如，我管理许多网站&在构建网站时使用

SCSS

的功能

然而，一旦一个项目启动了，如果我现在需要做一个小的编辑，我只需要ftp到缩小的

.css

文件，并在底部标记额外的几行。。。糟糕，我知道

然后，当涉及到对现有项目的较大更改时，

.scss

文件将被呈现，除非

.css

在

.scss

之前，因此重新编译

.scss

将覆盖已发生的较小更改

我能想到的唯一方法是创建一个

\u updates.scss

文件，并将所有小更新标记到该文件中。但是，这将比当前ftp的更改花费更长的时间

---

您有什么建议？

我建议您还是使用Sass，在您将其用于构建大多数样式之后，不使用Sass似乎是一种浪费。这听起来不像是一个Sass vs CSS的问题（一旦上线），但更像是一个糟糕的工作流程

---

如果它在活的时候看起来很慢编辑，考虑一个改进的工作流程——使用Git进行版本控制（或类似的），并可能设置部署，连同咕哝/吞咽以使SASS表和重新编译更容易，一旦它全部设置。（有时将这些任务运行程序的功能扩展到lint和minify代码是个好主意），进行所需的更改，然后您可以部署已编译的样式表。我对许多项目使用此简单工作流，无论大小，它都非常有效。我认为保持代码库的有效可维护性水平是至关重要的，您可以改进此工作流程的第一个地方是您的工作流。（参见上文）

我建议仍然使用Sass，在你将它用于构建大多数样式之后，不使用它似乎是一种浪费。这听起来不像是一个Sass vs CSS的问题（一旦上线），但更像是一个糟糕的工作流

---

如果它在活的时候看起来很慢编辑，考虑一个改进的工作流程——使用Git进行版本控制（或类似的），并可能设置部署，连同咕哝/吞咽以使SASS表和重新编译更容易，一旦它全部设置。（有时将这些任务运行程序的功能扩展到lint和minify代码是个好主意），进行所需的更改，然后您可以部署已编译的样式表。我对许多项目使用此简单工作流，无论大小，它都非常有效。我认为保持代码库的有效可维护性水平是至关重要的，您可以改进此工作流程的第一个地方是您的工作流。（参见上文）

为什么不在需要更改时总是编辑scss文件，然后每次都将输出的css重新加载到ftp？目前由于时间的原因，如果我们需要进行一些小更改，例如字体大小，您可以在几秒钟内轻松编辑。您需要在scss编译器中下载scss/css文件设置，然后进行更改和更新编译/重新上传。此外，如果css编辑不是那么简单，但仍然很小，您可能需要下载整个网站，在本地进行设置，测试您的更改，编译并重新上传整个网站。我在web上拥有的任何内容，都在本地进行了备份设置。只需几秒钟即可更新本地sass文件并上传编译后的css文件。它支持nds给我的感觉是，你没有网站的备份，这不是一个好主意。为什么你不在需要更改时总是编辑scss文件，然后每次都将输出的css重新上传到ftp？目前由于时间的原因，如果我们需要做一些小的更改，例如字体大小，你可以在几秒钟内轻松编辑。你需要做什么wnload在scss编译器中设置的scss/css文件进行更改并编译/重新上载。此外，如果css编辑不是那么简单，但仍然很小，您可能需要下载整个网站本地设置测试您的更改编译并重新上载整个网站。我在web上拥有的任何内容，都在本地设置了备份。只需几秒钟更新本地sass文件并上载已编译的CSS文件。我觉得您没有站点备份，这不是一个好主意。是的，这是一个好主意。在末尾（或管道开头以外的任何地方）进行编辑只是打开了一大袋伤害。如果工作流耗时过长，则消除管道中的低效。是的，这一点。在管道末尾（或管道开头以外的任何地方）进行编辑只是打开了一大袋伤害。如果工作流耗时过长，则消除管道中的低效。