使用异步非阻塞 I/O, 如 Tornado, Twisted 等框架

22 next(future_generation)

你的 virtualenv 在 /root/ 下, 而 /root 的权限是这样: 700, 你 uwsgi 又切换到普通用户运行, 你确定这个普通用户有权限读取或执行 /root/.virtualenvs/blog 下的库?

PG 的库对 Python3 友好吧. MySQL Python3 好像都没啥好用的库吧.

编写单元测试, 然后执行:

nosetests --with-coverage

Github 长期分支设置保护, 只能通过 Fork + PR 提交进行 Review, 要求必须写单元测试. Review 完交给持续集成跑单元测试和代码检测并检查测试覆盖率. 之后机器人( https://github.com/barosl/homu)会根据持续集成返回的结果来合并 PR.

@kinghui <script src="https://gist.github.com/coldnight/b5114a570f148c7aa124e4da3fb362a8.js"></script>

加个 wrapper 包装一下:
```
@gen.croutine
def _proxy(method, *args, **kwargs):
try:
ret = yield method(*args, **kwargs)
except ErrorYourWantCatch:
# logging or something else
ret = None
raise gen.Return(ret)


@gen.coroutine
def get(self):
http_client = AsyncHTTPClient()
response1, response2 = yield [_proxy( http_client.fetch, url1),
_proxy( http_client.fetch, url2)]
```

@that24 我感觉这已经超出了 git flow 范畴. 其实可以用 --no-ff 合并主题分支, 然后结合 cherry-pick :D

@that24 develop 合并到 release 也得等 develop 稳定之后再合并到 release, 这个稳定的过程难道不就是测试的过程吗?
另外我觉 topic 分支合并到 develop 应该是自测的部分, 单元测试等.

合并到 develop 分之后再提交给测试

生产环境的配置和测试环境的配置应该隔离开来.

然而对小公司并不是好消息, 20 个人的组织 50 个项目目前是 100$ 但是新的付费计划需要 25 + (15 * 9)

换 Awesome 之类的平铺式窗体管理