规范
规范
pjk index
lv1= lv2= type=
git 规范
所有的代码发布，通过git，配置也保存在git中，不同环境的不同配置通过分支来提现。有敏感信息不能进git的，另行处理
custom config；user/my config
git的一个commit只做一件事情，即使这件事情只改了一行代码、配置
代码重构要单独提交到一个commit，如果一个改动需要重构，重构和功能修改分两次commit
自己检查自己的工作！git提交确保完整、可用。
每一行修改都要检查一遍
晨会
每天晨会，汇报自己昨天的工作；也便于组内成员间相互了解别人的工作。
http://dev.rongyipiao.com:84/tools/database_op.html
禅道
- 自己的事情，记下来，分解成禅道任务 http://dev.rongyipiao.com/docs/1068799191/pub/todo_index.html
口头交代的任务，自己记录下来。不要石沉大海！
- 工作量超过1小时的，单独建立任务；小于1小时的，可以建立一个杂项任务写在一起
- 完成任务：统一为在记录工时时剩余填0。
- 每个任务，写明关联的git仓库、分支或其他信息，保证看的人能掌握全部信息。
- 如果是bug，不要写成任务
总结、按时完成
后面除了小叫车的，mynote和询五的事情也要有个汇总，连带基础测试。如果很忙，你自己加下班，如果加班都不能完成的，你要主动说一声，养成习惯
反面案列
废话(实为检查文件是否存在）
/**
* 检查文件
*
* @param array $paths
* @return array
*/
public function checkout_paths($paths)
其他
注重文档
demo先行
文件名不要用中文，避免编码问题
lv1= lv2= type=
规范 2019-3-14
http://uninote.com.cn/book/1082456099#1126
commit 规范
https://blog.csdn.net/zhongwcool/article/details/44673263?utm_source=blogxgwz6
其他规范
重构时，必须保证100%的功能，即逻辑不能变，只能变代码结构。
工具稳定，由开发来测试
lv1= lv2= type=
base on 开源
记录start commit
选取stable commit
文档 日志
必须的文档说明：日志在什么地方，sample logs
公用的配置、数据要放git管理。sql除了初始化结构，还需要有必要的初始化数据。
编码
如果确实需要复制代码，一定要在文档 中说明
lv1= lv2= type=todo
api doc 规范
所有的api，写一个简单的页面版的调用demo，覆盖全部的业务逻辑（接口调用），从日志输出中copy参数，可以直接修改，测试接口。
other
不要格式化代码：blame on you ！
前置逗号是不好的JavaScript代码书写习惯吗？
http://ourjs.com/detail/53f7ffabc1afbc6e3000000a
如何 求助 协作
缩进统一
-end
