Xu Tao
Xu Tao
:ok:
遥远的想法: 1. 去 quixote，转 django 2. 去 oz，统一前端 我觉得可行的工作: 1. douvatar的头像服务, 还没有完全拆出来 2. 使用云主机或者vps搭建一个demo. 有一个测试账号体验过程. 但是权限上可以hack一些代码, 不让测试账号做删除之类的操作. 或者一个 http://try.douban.code 给想用的用户提供试用机会 3. ci 从代码组织以及迁移维护这一点我觉得应该学习 Sentry。 GitHub Enterprise 我也使用维护过一段时间，我觉得也值得学习。 GitLab 在避讳 GitHub，而...
ansible 没有问题，我现在也在用他。。。
我觉得一个目标是做一个可维护的版本，可维护的定义: 1. 数据能够同步升级(MySQL 目前只有这部分需要持久化存储)，Git 仓库的修改比较少，基本可以忽略(即使修改，也可以写个检查脚本来做迁移，相比数据库的简单一点)，数据库表结构会随着功能的升级/修改变动比较大，如果本地使用过程中好久没有升级，那么会比较复杂，这一点，我觉得 django 的 migration 做的比较好。 2. CI 能够覆盖大部分功能。 3. 对外稳定的 API 接口。
大概总结了一下 CODE 的现有功能 http://www.douban.com/photos/photo/2292916165/large
手抖。。。
我先来简单回答一下: 1. CODE 有 2 方面的功能，一个是类似 GitHub/GitLab 的代码托管/写作的工具，另一个是工程师内部沟通的工具(PR以外的徽章/表扬) 2. 豆厂内部已经转向 GitHub Ent 了，CODE 在厂内的维护者只剩下 dongweiming 和 lihan 了。代码版本上应该已经不是同一个仓库了，所以应该算是独立的关系了。 3. 一种是为造轮子的人提供一个参考/示例，另外一种是像 Sentry/GitLab 一样的，一个可以内部部署使用的代码协作工具。说是工具其实有点不够，因为涉及了太多用户，组织等应用特性的功能，是一个大而全的东西，所以简单说工具可能不能体现一些方面。
@motecshine 参考 #113 已经完成了 60% 的 view 迁移
@dongweiming misaka 还好，但是其他包版本是问题，豆厂用的，跟我们用的不是一份代码。。