Uninote
Uninote
用户根目录
每日点滴
 规范
规范
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

禅道

teamviewer

点赞(0) 阅读(290) 举报
目录
标题