关于前端的版本控制讨论，后台程序代码的版本控制已经比较成熟，但是前端代码和素材的版本控制很空白。
在css森林群里，我咨询过版本号的问题，那就先从版本号说起
版本号
引用:
改版.功能更新.优化
a.b.c
a = 大版本的改版，全新UI，架构变化都可以用这个数字
b = 小改版，功能或者功能包升级，新功能上线等
c = 小优化，修正bug或者功能性修补，或者小功能的提升
前端是功能+界面的结合体，代码和文件一般为css，html，js，图片。html版本控制较难，因为要移交给后台程序员修改为模版文件或者添加动态程序。
前端代码产生的流程一般为
按照设计稿和需求制作前台代码，提交页面文件和其他素材文件（图片，css，js），或者自己管理素材文件，提交页面文件给下线。
后台功能的时候，总会产生一些bug，工作疏忽和需求变更[程序实现的可行性，和需求考虑不充分]，进行前端代码的修改。
导致在制作和上线的时候已经存在两个版本。
版本混乱的罪魁祸首
1. 到了后台开发的时候需求变更
2. 需求考虑不充分，前端完成后的需求更新，前端代码二次开发
3. 界面bug修复
4. 版本积压，由于前后台分离，10个需求，前台完成了10个，后台只完成2个，导致前台后台版本差异巨大
解决方案
1. 启用版本管理软件，及时的追溯历史版本
2. 严格按照版本号控制代码和文件，约定版本号方案。
