会议纪要

2019-3-14

环境

• dev：开发环境
• test：测试环境
• release：线上生成环境

1. 每个环境都有自己独立的配置，在初始配置完成之后，每次修改就不应该再关心配置问题
2. 可以通过分支来管理配置，也可以通过cascad config的方式来覆盖配置。

gogs 与 数据备份

• 每个人都会有自己独立的gogs账号，不要再使用uninote附带的gogs。
• 所有数据（代码、文档、UI资源等等）要及时（每周2次以上）push到服务器上，避免数据意外丢失。

程序日志

• 日志的作用主要是记录系统运行的关键节点的关键信息，必须记录必要的日志，以便出现问题时及时排错。
• 不要所有的信息全部输出日志，避免刷屏，淹没重要的日志信息。无意义的日志（很多时候适用于调试目的）要在commit前必须删除，不要加入到git版本中。
• 前端开发，要经常观察console、network面板中的输出；后台开发，要观察程序日志、sql日志，很多问题从日志中就能发现。

自测、提测

• 在提测之前必须自测，自测的版本必须与提测的版本保持一致（比如，不能自测的是开发版本，提测的是测试版本）。
• 提测时必须明确修改范围、新增的功能。精确到每一个task id。测试人员测试后反馈每一个id的测试情况。

架构图

• 开发时需要同步更新架构图，自己要能从整体上把控整个流程，初期可以手动绘制，后期要用专业的软件编写。
• 关键步骤的每一步流程，要能从图上体现出来

问题排查流程

• 出现了问题，先由前端排查，如果怀疑是接口的问题：

1. 先阅读接口文档，确保接口文档理解无误。读不懂的可以提问。
2. 确认自己调用没有问题，提供上下文信息：调用参数、返回参数，以及其他必要的相关日志，供接口开发者查错。

git commit规范

• one commit，one issus/task. 参考 这里
• commit前必须自己review自己的代码，推荐用GUI工具进行差异比较。确保每个commit符合规范。
• 如果确实要commit一些临时代码，进行线上查错，必须在commit message中以tmp前缀注明，以便后面即使删除、整理。