PHP小组规范

没有按照规定的流程合并代码以致发布代码之后出现错误

正常具体流程：

• 每次从publish上新建代码分支
• 开发时间超过1天的代码分支，在每日开发前需要与publish分支代码进行合并以更新代码
• 发布到测试环境的代码，必须是preview分支与新建代码分支合并，禁止反向操作
• 发布到生成环境的代码，也需要执行publish分支与新建代码分支合并操作
• 执行具体的代码发布操作前，需要提前知会下相关人员

工作时间不开启邮箱自动定时收取功能

• 客户端的收取工具，要设置成随机启动，并且定时收取
• 网页端的收取工具，要设置成登陆状态

工作任务安排进度没有及时进行进度更新处理

• 没有进度或进度时间有调整的，在工作任务分配中要有具体说明
• 每天的17:30分进行当日工作任务进度更新
• 自5月27日起，小组成员每人有3次提醒更改进度说明的机会，3次过后参照规定执行
• 自6月3日起，与项目人员协商汇报工作任务及进度方式

上线功能需要详细记录数据库相关修改，数据初始化步骤（通知开发主管），未通知而发布代码导致出现的问题（程序访问报告数据库错误）

• 需要记录数据库表的相关修改操作
• 针对的修改操作需要记录原始的sql语句
• 部分需要提前初始化数据的，需要准备好相关的执行脚本

针对页面中有截断处理的字符串，必须有完整提示的字符串信息

• 对于有截断的超链接，需要有对应的完整文字信息提示
• 对于有截断的文本，需要有对应的详细连接

针对所有问题修改与修复（包含通过技术这边进行的文字修改，版块调整等）需要经过测试的确认再发布

• 问题提出（一般是谁发现谁提出），经过与产品或项目确认，通过邮件发送给技术，有知道的对应技术就发送到对方的邮箱，同时务必抄送给(shaojin.lu@fumubang.com)

• 技术修改完成后，需要发送邮件给测试负责人(ancheng.gu@fumubang.com)，技术负责人(shaojin.lu@fumubang.com),同时需要抄送给对应的负责该问题的责任人（问题提出者）

• 在经过测试同学的确认邮件后，确认修改完成没有问题（如有问题重复步骤2），技术这边再进行具体的更新，不再允许不经过测试直接发布

版本代码库中禁止带入含有中文名称的文件或文件夹

• 这样操作会引起版块库更新与推送问题

代码冲突解决不恰当导致覆盖或丢失代码的

• 此操作会引发系统未知的问题，同时可能引发其他同事的功能模块出现异常

每天早上上班后登陆与查看日志系统中是否有对应的问题

• 对于属于自己负责的功能模块日志中出现了问题，需要及时反馈并修正
• 对于不属于自己负责的功能模块出现了问题，有责任进行及时反馈

功能上线完成后的半小时内注意查看日志中心

• 针对个人负责的功能模块上线后，及时关注日志中心的问题反馈，重点是php错误与mysql错误
• 一般问题，立即修改发布恢复功能，严重问题，立即回滚代码做好后续通知与修改

功能上线完成后的半小时内注意查看日志中心

• 针对个人负责的功能模块上线后，及时关注日志中心的问题反馈，重点是php错误与mysql错误
• 一般问题，立即修改发布恢复功能，严重问题，立即回滚代码做好后续通知与修改

数据库更改维护规范

为了使数据库关系能够更加清晰明了，同时方便管理，杜绝随意增加表结构及字段的问题，现做出如下规范

1. 数据库结构关系图，统一使用powerDesigner来进行管理，需要做到表名有注释，字段有注释，表间关系有说明，根据业务功能进行分类整理
2. 数据库修改方通过邮件方式（对应项目或功能redmine也记录一份）给燕妍（yanyan.feng@fumubang.com）同学发送具体的sql调整语句，并抄送给我shaojin.lu@fumubang.com
3. 发送的邮件标题格式统一为：xxxxx功能开发---- 数据结构
4. 燕妍同学负责整理邮件中的sql语句，映射到pdm（数据库模型）文件中，并依据功能开发维度将sql语句变更做好整理，以wiki文档格式记录
5. 功能上线的时候以燕妍同学整理汇总的sql语句作为变更参考，功能开发负责人据此进行线上数据库变更处理
6. 其他同事禁止擅自调整数据库结构（考虑通过账号权限机制限制修改表结构），而不通知燕妍，由此导致的问题（线上数据库结构在功能上线后没有变更）由功能开发负责人承担
7. 此流程的改变需要其他各位同事的积极配合