你应该把* .css文件放入git中，它们是从* .scss生成的吗？

Question

我开始使用sass scss样式表。这些从* .scss文件生成* .css文件。我的问题是，你检查哪些文件进入版本控制？现在我检查main.scss和生成main.css。我想知道是否有办法检查* .scss文件并确保在部署时生成* .css文件。

Answer 1

通常，您通常不需要将生成的文件检入到源代码管理中。只要您的代码生成工作一致，并且始终如一地使用它来更新目标.css文件，我认为您不需要将它们放在源代码管理中。

也就是说，不会将生成的文件放入源代码管理的建议通常更多地用于二进制文件（即从构建生成的库或可执行文件）。造成这种情况的主要原因是二进制文件不容易被区分/合并，所以如果多人尝试检查对同一个二进制文件的更改，最终可能会合并难以解决的问题。既然你在处理纯文本的css文件，我认为把它们放在源代码管理中也不是什么大不了的事情，只是为了备份实际的目标文件。

Answer 2

我更喜欢检查它们。我们从git部署到我们的临时和生产环境中，而且在部署到生产环境时，我更愿意不依赖另一个工具/编译。这样，它就完全清楚被推出的东西。

Answer 3

我喜欢借用服务器端开发人员在处理编译的前端代码（如sass）时使用的约定。我将所有源代码与编译代码分开。下面是我如何设置它：

把你的源在一个src目录下的主/语言相关的名称，在这种情况下：

/path-to-my-app/src/main/sass/my-syntactically-awesome-file.scss 

然后把测试中相同的测试目录（你不应该需要SASS任何测试，虽然：

/path-to-my-app/src/test/sass/my-syntactically-awesome-test.whatever 

然后把你的编译代码的发布准备的目录，比如：

/path-to-my-app/publish/css/my-syntactically-awesome-file.css 

然后提交整个家当

您可以确保你总是把你的CSS在正确的地方，像这样（！）：

$ cd /path-to-my-app 
$ sass --watch src/main/sass/*.scss:publish/css/ 

现在你是一个母亲程序员艾芬，宝贝！