工程结构

在约定git工程建设前 先来规范一下工程之间的关系

图1

• 数据服务：
  数据持久化操作，业务逻辑实现。
  以数据结构低耦合度为唯一拆分标准。在一般性能影响的情况下采用冗余，在十分性能影响的情况下考虑合并。
  与数据库一一对应；数据服务之间允许相互调用，但要规避分布式事务，多用异步拆解耦合。
• web服务：
  是人机交互数据的处理层，使用统一的sso控制登录信息。
  允许调用多个数据服务，但web服务之间不允许相互调用。
  在刚起步阶段可以只建一个web服务，以简化开发。
• 前端：
  从作用角度看是web服务的一部分，但由于近几年的前端技术的发展变得越来越复杂，因此拆分出来，主要负责交互体验功能。因此与web服务是一一对应的。
• 开放平台：
  统一第三方程序的服务入口。
• 服务之间的调用使用dubbo

工程命名规范

• 数据服务
  工程名：数据库名_ds
  一级目录：数据库名_ds、数据库名_api
• web服务
  工程名：产品名
  一级目录：产品名_front、产品名_fe

代码分支管理规范

项目开发

• 开发 从 dev 切 feature，分支名：YYYYMMDD
• 测试通过后 feature 合并到 dev
• 从dev切 release，分支名：YYYYMMDD
• 测试通过并上线完毕后 release合并到 dev & master

线上bug

-- 从master 且 hotfix，分支名：YYYYMMDD
-- 测试通过并上线完毕后 hotfix合并到 dev & master