瞎扯淡 豆瓣 code 开源了……

southwolf · 2014年02月14日 · 最后由 needfaster 回复于 2015年06月11日 · 6927 次阅读

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

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

阉割版的?只有 4 个表?

谁跑起来了截个图……

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

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

竟然不用 hg

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

已经搞好了

#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

需要 登录 后方可回复, 如果你还没有账号请 注册新账号