在 2012年5月2日 下午8:00,agentzh <age...@gmail.com> 写道:
> 2012/5/2 pengqi <fen...@gmail.com>:
>> 恩,我是TEngine团队的静龙,我目前也正在着手openresty使用tengine核心的回归测试工作,包括查看openresty已有nginx
>> patch对tengine的兼容,可能的话,我们这边可以将其中一部分patch合并进tengine当中,另外我发现其中一部分patch和tengine的已有特性是有重叠的,对于不能合并(有冲突)的patch,我的想法是我这边来维护相应的tengine版本的patch,这样以便于使用opsboy工具来回归。
>> 春儿老师你看看如果openresty支持tengine核心还需要我这边做哪些工作?
>>
>
> 既然静龙同学愿意支持 OpenResty 各组件对 Tengine 核心的兼容性,那么我是非常欢迎的 :)
>
> 具体到细节上,主要还有以下工作我们需要去做:
>
> 1. 在 Amazon EC2 测试集群的 opsboy 配置中添加对 Tengine
> 测试模式的支持,这样我们可以方便地运行各组件所有的测试。感谢叔度同学愿意承担这一部分测试所需的费用 :)
>
> 2. 我们需要决定是否在 OpenResty 软件包中直接内置 Tengine 源码包(内置的话兼容性有保证,不过也意味着发布包中会有两种
> Nginx 核心,tarball 可能会大不少),不内置的话,则提供 ./configure 选项,指定外部的 Tengine
> 源码树的位置。当然,OpenResty 默认仍然使用标准的 Nginx 发布。
>
- 是也乎,是也乎,提供安装时的选择,让用户决定使用什么版本的 Nginx 引擎
- 仓库中,只包含原先的 Nginx 代码树
- 需要 Tengine 时,另外下载就好
这种模式,俺认同,,,
> 3. 当有用户报告 OpenResty 特定于 Tengine 模式下的 bug 时,也需要我们一起来排查问题,如果是特定于 Tengine
> 的问题,就需要你们来搞定了,呵呵 :)
>
> Best regards,
> -agentzh
--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/