代码管理控制

关于版本号

根据semver的规范，版本号用小数点分隔为三个数字。比如v3.2.1中的3是主要版本号，2是次要版本号，1是补丁。

• 主要版本号：用API变更导致不兼容旧版本的时候使用。
• 次要版本号：新增功能，但是向前兼容的情况下使用。
• 补丁：修复向前兼容的bug时使用。

良好的架构

对外的前端优化原则中，很多要求是与对内的代码管理相违背的，就像是硬币的两面，一面朝向浏览器，关注性能、
缓存、减少重复、保持一致；一面朝向前端团队，关注维护、发布流程。

• 有合适的分离粒度

• 最小知识原则
  一个组件或者对象不应该知道其他组件或者对象的内部实现细节。

• DRY（don’t repeat yourself）
  特殊的功能只能在一个组件中实现，在其他的组件中不应该有副本。这是我们的一个严格要求。

• 最小化预先设计，只设计必需的内容
  让组件的宽度和高度都可以直接修改，而内部元素也能自由排列

• 通过良好的层级，让文件易于找到

• 在代码层面，有一致且可执行的命名规则
  整个团队有一致的命名风格和注释风格。