上次区 QCon 的时候，听说了，很期待源码的样子。。

基於 Python，不知和 GitLab 比有什麼不一樣

代码https://github.com/douban-code/code

阉割版的？只有 4 个表？

谁跑起来了截个图……

之前看过豆瓣内部人员介绍 douban code 的 talk，功能很丰富，这次放出来的应该是个最小功能版，让社区重做？

gunicorn -w 2 -b 127.0.0.1:8000 app:app 启动时报错了，还在研究，不知道是环境问题还是什么

竟然不用 hg

http://jietu.qiniudn.com/snapshot3.png

大多数内部系统都很难发布出来。我赌不会强过 gitlab

已经搞好了

#2 楼 @imlcl

infoq 有一篇特性说明，历程回顾：http://www.infoq.com/cn/articles/douban-code-2years

#12 楼 @lyfi2003

#6 楼 @loveky 豆瓣这个不太可能让社区帮上忙。它用的 quixote 就只有豆瓣在用。

TL; DR Github 更好。

好团队用 gitlab 就行了；不好的团队不用 review 了。CI 也有 kenkins，和 gitlba 也能搭配着用吧。

豆瓣为啥重复造轮子呢

github 就可以了。

#17 楼 @blackanger 大公司怎么可能用 github 呢，肯定要搞私有的系统啊，只有极少量公用系统可以开源的才会放到 github 上，就像统计系统一样，再麻烦也得自己开发，关键代码和数据肯定是保密的，哪能随便放在第三方平台上。

大公司通常要集成公司内部系统，SSO，CI，Deploy 等。

#18 楼 @zeeler 我少说了个 gitlab

#20 楼 @blackanger 好吧，我们在用 gitlab，不过也会有些问题，所以有时候干脆用纯 git 和流程或制度来完成其他东西，比如 code review，还是那句话，代码安全很重要，第三方工具慎用

#21 楼 @zeeler 可能豆瓣的业务需要自己造个轮子，团队也可以拉出人来干这个。个人还是倾向于灵活的小组，github 上放源码很安全的，wiki，issues，code review 都可以做。做 CI，现在可以用 travis-ci 的。

#21 楼 @zeeler 当然大公司财力人力都有。小创业团队，还是用最简单直接的方式吧。

#23 楼 @blackanger 没错，所以豆瓣做自己的 code 无可厚非，他已经不是个小公司小团队了，小团队用什么都可以

大公司病。

此项目已死，

• 最后的一次代码 checkin 是在 2014 年 3 月

https://github.com/douban-code/douban-code.github.io/graphs/code-frequency