我工作的项目使用SCSS,这是超级的.将代码推送到repo时,规则是避免所有编译或生成的代码,只提交原始源代码.
我发现跟踪和区分干净,可读,预缩小的CSS代码很有用.所以我也想对CSS进行版本控制,而不仅仅是SCSS.但是,我的首席技术官反对这一点"因为它不对,没用".他的观点在一个完美的世界中是有效的,但在实践中,这实际上会伤害我的工作流程.
其他前端开发人员做了什么？除了SCSS源之外,提交可读CSS是否有害？我应该把它搞砸并改变我的工作流程,因为这是正确的,即使我很确定这不是那么有效吗？
是否有人在没有编译的情况下直接编写CSS？除了你之外,有人提交CSS的非零机会吗？如果没有,那么你将通过邀请CSS来提交Pandora的盒子,因为你不可避免地会遇到一个环境,在这个环境中有人对输出CSS进行了更改而没有在SCSS中进行更改.一旦这种漂移开始发生,它可能是解决问题的巨大痛苦.
我知道,我以前去过LESS.Visual Studio会自动编译缩小的非缩小CSS文件.偶尔,我指导的FE Devs会在Web Inspector中进行更改,然后在解决问题时提交这些更改.
然而,一旦其他人撤回了回购,编译了项目并重新提交,那些变化就会被吹走,因为LESS没有反映当时实际CSS中的内容.
不要邀请漂移到您的项目中.这是一个基本的DRY原则.一个来源只意味着一个失败点,将为您,您的经理和贵公司的QA组织带来麻烦.