瞎扯淡 豆瓣 code 开源了……

southwolf · 发布于 2014年2月14日 · 最后由 needfaster 回复于 2015年6月11日 · 5221 次阅读
136
共收到 26 条回复
2973

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

4584

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

8

阉割版的?只有4个表?

1

谁跑起来了截个图……

96

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

1411

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

96

竟然不用hg

96

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

1411

已经搞好了

121

#2楼 @imlcl

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

96

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

1

TL; DR Github 更好。

7360

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

487

豆瓣为啥重复造轮子呢

github就可以了。

1411

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

165

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

487

#18楼 @zeeler 我少说了个gitlab

1411

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

487

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

487

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

1411

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

1

大公司病。

96

此项目已死,

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

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

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