@wanglie http://ww2.sinaimg.cn/large/745a8c23gw1erojpsexpmj20pq0um45i.jpg

@wanglie 用 vi 打开你发的第一张图看了下，发现了这样的字段 “Photoshop 3.0”，原因不明。

@justfindu 字段名为什么要避免关键词？

Day One，猫眼电影，百度地图，知乎，微信，支付宝。

难道不是要黑掉腾讯要Q币？

都几月份了，发年终奖。。

标题党坑爹

# 1个分支，一个目录足以
for server_name in ['server1', 'sever2', ...]:
scp "local:${servername}.conf" "${server_name}:/etc/nginx/conf.d/"

set -o vi

暂时没有加入版本的概念，只是实现API时，尽量做到向后兼容。实在遇到不兼容时，加入下面的代码：

if (version <= 1.5.4) {
return 1.5;
} else {
return 2;
}

研究一种不败的算法，然后实践之，参考
http://www.sciencemag.org/content/347/6218/145

同后端，支持 scu

目测emacs党被鄙视了

高数是一门让我认为数学也是可以靠背得分的课程

@DjvuLee 如果是叠加的话，底层的进行了变更，还是有可能导致上层应用出现问题吧？
刚我说的可能和你说的问题有些偏差。对应到不用docker的部署流程，升级系统或者升级 redis 可能会导致问题。正常的部署流程，同样也要面对升级问题，这属于应用/运维层的事，docker不可能照顾到各式各样的应用。docker 做了 image 之后，相当于把相应的服务器和软件版本冻结了。如果要升级系统，image 就得重新 build，重新build之后是否还能工作，只能靠人去确保。

@DjvuLee 上传下载image是一次性的，参照不用docker时搭建服务器环境，比如安装 mysql, redis，架构确定了后，基本一个月不会变的。

叠加的话，底层是“不会”变的，虽然你可以从一个历史commit里新增内容，但某一个commit里面的内容 **永远** 不会变。参考 git 里面的历史纪录，尽管可以 git commit --amend 但 amend 之后是另外一个commit，ID和原来的commit不同。

HTTP header里加上版本信息时很有必要的，无论是以后增加兼容性API的hack，还是自己做数据分析。header名供参考：

X-{APPNAME}-APP-VERSION
X-{APPNAME}-DIST-CHANNEL
X-{APPNAME}-DEVICE-PLATFORM