@yakczh 从技术的角度来讲，小米这样做法无可厚非，要是我自己来实现也是这样，这篇文章真的就是给不懂技术的人yy的

有模仿 功夫熊猫 和 冰河世纪 的痕迹，但是做得非常好，鼓励。为什么国内的动画行业不能起来呢

@kdlijian 看着文字就觉得你是个特别好的人

楼主，先把 http://www.w3schools.com/ 过一遍，然后 https://developer.mozilla.org/en/learn
我都是自学的，其实我是java工程师，哈哈哈

对 openssh 做 patch，我做过了，为的是 git 认证，难度不大的

@csensix 你的话我看不明白，什么叫：是否能够保证项目一直存在两个分支？分支非常灵活，创建和删除都是非常便捷的，我的开发习惯是一个 feture或者bugfix 都新开一个分支，然后合并到master，如果你是固定分支的话，可以一直保留 dev，所有人的新的开发都从 master 分支 checkout 下来，然后集体合并到 dev，dev分支最后做测试和回归，觉得通过之后再合并到 master

出了什么问题呢，没看明白，如果你是固定分支开发的话，在 dev合并到master 之后，也应该把 master合并回dev 也就是保持 dev 和 master 的同步，然后在 dev 上接着开发，这样没有什么问题的

没有，如果是这个需求，为什么不从 memcached 来考虑呢

@gaicitadie 使用自动脚本生成分支这个没有意义吧，我使用脚本就能自动给你列出log的每天commit，你这是抢了版本控制的功能啊

支持 Pragmatic 这样的创业团队，纯技术存在很多的不容易，推关和获取信任非常的困难

代码管理吗？git 托管？

信息太少，不过很明显 upstream timed out 也就是上游出现 timeout，看看 python容器 的error

1 首先 nginx 80 端口需要 root 的权限，你启动的时候是否注意到这点
2 启动的时候有什么信息输出
3 查看 log，有什么错误输出

现有的大多数框架是输出的时候encode，因为尽量保存原始输入信息。

我的观点是
1 不要在 cache 里面要求一致性，维护这个一致性代价很大，如果以严格的并发角度来看，很多实现都是非并发安全的，你要考虑在出错的情况下实现自我纠正，特别是不能导致错误持久化。
2 哪怕是要求了一致性，像你刚才提出的“多条业务不能提交”，说明你们的竞争太激烈，乐观锁的用处就是大部分时间是“乐观的”（我99%能获取更新成功），在竞争太激烈下就是悲观了。你要考虑事务最小化，事务处理，然后立刻提交。

泪奔，就这点都需要这么复杂

https 支持？

支持，付费服务是一种更好的契约

@kelvinli nodejs怎么执行 git 的 clone？这是脚本的行为，你这么理解：hook 直接按照你的指令，去调用相应脚本，至于脚本里面怎么做，做什么，一概不管，只是关注返回值。