除了SCSS源之外，提交可读CSS是否有害？

Question

我工作的项目使用SCSS，这是超级的。将代码推送到repo时，规则是避免所有编译或生成的代码，只提交原始源代码。

我发现跟踪和区分干净，可读，预缩小的CSS代码很有用。所以我也想对CSS进行版本控制，而不仅仅是SCSS版本。但是，我的首席技术官反对这个＆＃34;因为它不对，没有用＃34;他的观点在一个完美的世界中是有效的，但在实践中，这实际上会伤害我的工作流程。

其他前端开发人员做了什么？除了SCSS源之外，提交可读CSS是否有害？我应该把它搞砸并改变我的工作流程，因为它是正确的，即使我很确定这不是那么有效吗？

Answer 1

还有其他人在没有编译的情况下直接写CSS吗？除了你之外，有人提交CSS的非零机会吗？如果没有，那么你通过邀请提交CSS来打开Pandora的方框，因为你不可避免地会遇到一个环境，在这个环境中有人对输出CSS进行了更改而没有在SCSS中进行更改。一旦这种漂移开始发生，解决问题可能是一个巨大的痛苦。

我知道，我以前和LESS在一起。 Visual Studio会自动编译缩小的非缩小CSS文件。偶尔，我指导的FE Devs会在Web Inspector中进行更改，然后在解决问题时提交这些更改。

HOWEVER ，一旦其他人撤回了回购，编译了项目并重新提交，由于LESS没有反映当时实际CSS中的内容，这些更改将会被吹走。 / p>

不要邀请您加入项目。这是一个基本的DRY原则。一个来源只意味着一个失败点，将为您，您的经理和贵公司的QA组织带来麻烦。