@Lihuazhang

认领以下：
── style-guide-2.0.md
── style-guide.md
── version-branch-release.md

#14 楼 @cesc 这个 team 很 googly。。

特 地 前 来 点 赞。

牛 # 的公司

P0 -> Major flow issue
P1 -> Feature bug
P2 -> Corner case / Layout issue / Feature request

一般来讲只要有 P0 肯定不能上线，P1 的话可以先发布灰度看看 feedback

可以试试 screendiff，截图对比

#17 楼 @ycwdaaaa 了解

关于在持续集成中提高自动化测试的覆盖率, 对于 java 的项目而言其实有一个效率问题。一个功能一般会有数次提交 (毕竟一个提交最好只做一件事情)，如果对每一次提交都要重新 build 来跑自动化，会花费大量时间在 build 和测试上，使得提交迟迟进不了 codebase。

关于用分支测试 feature 这个建议不敢苟同:

• 多分支策略一般用于本地，codebase 的过多分支会造成 merge 的隐患并且多个环境的迭代版本并不好管理
• 退一步讲即使 feature owner 愿意 local build 给测试 test，假设碰到多个 feature 的情况 owner 大概也只愿意 build 一个 local，不然以 java BE build 的 memory usage 会把你的机器卡死
• 既然有 code review，那可以在某个 API finalize 的提交上 cc 给测试用来跟踪，假设贵司有 hourly build 那么测试就会知道这个 API 会进下一个小时迭代版本 (可测)

虎叔的公司啊

蛮好的，往后面看的话可以用 class-base 的结构来写，比较清晰：）

#1 楼 @chenhengjie123 static 没加载出来应该是把 staticfiles 注释掉了，admin 用的 css,js 都是直接用 build-in 的

@all

恩，用装饰器，把 api 都重新封一遍

如果是局域网内邮件推送可以用 smtplib 简单搭一个呗

奥巴马。。

#1 楼 @seveniruby 再来一个 operator column 或者用正则滤了 哈哈