团队开发规范

团队管理

Git：
1. 每一次commit 必须有 issue编号，提交说明
没有issue，自己主动新建
涉及到sql及配置文件变动，必须标明
功能Redmine开发写#123 xxxx，bug修改Mantis写bug#123 xxx
2. 大的功能(开发周期超过天或者变动文件超过个，必须新建分支-->开发->自测->merge to dev -->提测
3. 每日必须提交，无代码变更可以不提交
4. 代码合并，存在冲突，必须找到当事人解决冲突。

日志：
1. 日志必须用slf4j
2. Service 方法，入参及返回结果必须有日志，大的返回结果可以记录ize或者返回说明。
3. 业务复杂的地方，必须添加必要的日志输出
4. try{}catch() {}必须输出有效的错误日志
5. 不要使用system.out 输出

注释：
1. 所有类文件及public方法，必须有注释，注释最少有 作者、时间、意图
2. 私有方法，必须写意图
3. 返回参数必须写说明，比如返回 true/false 必须说明true和false代表什么含义

开发：
1. 复制他人代码之前，必须清楚代码的业务逻辑，复制后必须更改注释
2. 开发中有困难必须尽早提出，已最快途径解决问题。
3. QQ通讯，经常关注和自己相关的消息，及时回复
4. Redmine每日一更新，如一天没有任何工作进展，可以不做更新
5. 代码格式化，命名等注意
6. 不同业务之间要隔离 通过service，不要直接update或者save

配置
1. sql修改及配置文件，document项目下
2. changelist

建议：
开发前，首先熟悉业务流程，然后整理数据设计，最终完善整个方案之后，再进入开发。