Uninote
Uninote
用户根目录
每日点滴

会议纪要

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前缀注明,以便后面即使删除、整理。

前端外包

日志规范

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