docs: Add intro/index.md #246

popomore · 2017-01-12T15:05:40Z

Checklist

npm test passes
tests and/or benchmarks are included
documentation is changed or added
commit message follows commit guidelines

Affected core subsystem(s)

doc

Description of change

fengmk2 · 2017-01-12T15:13:55Z

docs/source/zh-cn/intro/index.md

+
+egg 的插件机制有很高的定制化，插件只做一件事，比如 nunjucks 模板封装了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)，MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。
+
+egg 奉行「约定优于配置」，按照一定的约定进行应用开发，企业内部采用这种方式可以减少开发人员的学习成本，开发人员不再是「钉子」，可以云动起来。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以定制企业自己的约定。


一定的约定指向 loader 那篇文章

「约定优于配置」

『约定优于配置』

「钉子」

『钉子』

模板封装成了，漏了个字

「老师，『有条不紊』的『紊』是什么意思？」

https://github.com/sparanoid/chinese-copywriting-guidelines#%E4%B8%8D%E9%87%8D%E8%A4%87%E4%BD%BF%E7%94%A8%E6%A8%99%E9%BB%9E%E7%AC%A6%E8%99%9F

印象中是优先用 「

atian25

完了？要不要把PPT那张层次图放上来？

atian25

看到 WIP 了

codecov-io · 2017-01-12T17:50:20Z

Current coverage is 97.93% (diff: 100%)

Merging #246 into master will increase coverage by 0.04%

@@             master       #246   diff @@
==========================================
  Files            34         34          
  Lines           903        969    +66   
  Methods           0          0          
  Messages          0          0          
  Branches          0          0          
==========================================
+ Hits            884        949    +65   
- Misses           19         20     +1   
  Partials          0          0

Powered by Codecov. Last update e6311ef...c5ea1c9

fengmk2 · 2017-01-12T18:05:02Z

docs/source/zh-cn/intro/index.md

+
+## 设计原则
+
+egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展自己的框架，我们不会做出技术选型，因为固定的技术选型会让框架过于片面，无法满足的定制需求，egg 可以帮助架构师基于技术选型搭建框架。


无法满足的定制需求

无法满足各种定制需求

egg 可以帮助架构师基于技术选型搭建框架。

egg 可以帮助架构师、技术负责人基于技术选型搭建框架。

fengmk2 · 2017-01-12T18:06:15Z

docs/source/zh-cn/intro/index.md

+
+egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展自己的框架，我们不会做出技术选型，因为固定的技术选型会让框架过于片面，无法满足的定制需求，egg 可以帮助架构师基于技术选型搭建框架。
+
+egg 的插件机制有很高的定制化，插件只做一件事，比如 nunjucks 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)，MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。


插件只做一件事

一个插件只做一件事

fengmk2 · 2017-01-12T18:08:16Z

docs/source/zh-cn/intro/index.md

+
+## 与社区框架的差异
+
+[expressjs] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。


fengmk2 · 2017-01-12T18:08:22Z

docs/source/zh-cn/intro/index.md

+
+[expressjs] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。
+
+[sailsjs] 是和 egg 一样奉行『约定优于配置』的框架，扩展性也非常好。但是相比 egg，[sailsjs] 


fengmk2 · 2017-01-12T18:09:37Z

docs/source/zh-cn/intro/index.md

+## 特性
+
+- 深度[框架定制](../advanced/framework.md)
+- 高度扩展的[插件机制](../advanced/plugin.md)


高度可扩展

popomore · 2017-01-13T02:30:51Z

再看看

atian25 · 2017-01-13T02:44:08Z

docs/source/zh-cn/intro/index.md

+
+## 设计原则
+
+egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展出自己的框架，我们不会做出的技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求，egg 可以帮助架构师、技术负责人基于他们的技术选型搭建框架。。


egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展出自己的框架，我们不会做出的技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求，egg 可以帮助架构师、技术负责人基于他们的技术选型搭建框架。。

改为:

> think about future, design with flexibility, but only implement for production. 在我们思考 egg 框架的定位时，我们深知企业级应用场景下，在追求规范化，共建复用的同时，还需要考虑如何平衡不同团队之间的差异性，求同存异。故我们并没有选择社区常见框架的大集市模式（集成如数据库、模板引擎、前端框架等功能），而是专注于提供了 web 开发的核心功能和一套灵活强大的插件机制。我们不会捆绑技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求。通过 egg，团队架构师和技术负责人可以非常容易的，基于他们的技术选型，在 egg 之上扩展出适合自己业务场景的框架。

think about future, design with flexibility, but only implement for production.

这句出处是哪里？

之前在内网看到的, 觉得挺不错的

atian25 · 2017-01-13T02:44:20Z

docs/source/zh-cn/intro/index.md

@@ -1,2 +1,31 @@
 title: 什么是 egg
 ---
+
+**egg 为企业级框架和应用而生**，我们希望通过 egg 能孕育更多上层框架帮助开发团队和开发人员。


我们希望通过 egg 能孕育更多上层框架帮助开发团队和开发人员。 -- 不太通顺

我们希望由 egg 孕育出更多上层框架，帮助开发团队和开发人员降低维护成本

怎么样

由 egg 孕育 不太对, 应该是他们通过 egg 来...

有种破壳而出的感觉，不能细想

atian25 · 2017-01-13T02:45:25Z

docs/source/zh-cn/intro/index.md

+
+egg 的插件机制有很高的可扩展性，**一个插件只做一件事**（比如 nunjucks 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)、MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)）。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。
+
+egg 奉行『约定优于配置』，按照[一定的约定](../advanced/loader.md)进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以云动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以按照团队的约定定制框架，使用 [Loader](../advanced/loader.md) 可以按照团队的约定来加载（默认约定也可以覆盖）。


一定的约定 -> 一套统一的约定

atian25 · 2017-01-13T02:45:43Z

docs/source/zh-cn/intro/index.md

+
+## 与社区框架的差异
+
+[express] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。


加上 koa ?

koa 没想好怎么写，跟 express 是一样的

就简单介绍下 koa 比起 express 的变化, 然后说明 egg 是在 koa 之上的, 再链接到另一篇文档就好了吧

下面特性有介绍，这里介绍其实区别不大

atian25

再加一张图?

+--------------------------------------------------------------------+
|                ali, uc, ant, ... app                    |
+---------+----------------------------------------------------------+
|         |   xxxxx ...   |  +----------------------------------------------------------+
|         |                          egg                             |
+---------+----------------------------------------------------------+
|                          web.md Specification                      |
+--------------------------------------------------------------------+
|                                  koa                               |
+--------------------------------------------------------------------+
|  xxxx ...   |
+--------------------------------------------------------------------+

atian25 · 2017-01-13T03:17:13Z

docs/source/_data/guide_toc.yml

 Advanced:
+  # Deployment: /advanced/deployment.html
+  View Plugin: /advanced/view-plugin.html


顺便补下 unit test 和 mysql 的链接

fengmk2 · 2017-01-13T03:57:22Z

docs/source/zh-cn/intro/index.md

+
+[express] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。
+
+[sails] 是和 egg 一样奉行『约定优于配置』的框架，扩展性也非常好。但是相比 egg，[sails] 支持 blueprint REST API、[WaterLine] 这样可扩展的 ORM、前端集成、WebSocket 等，但这些功能都是由 sails 提供的。而 egg 不直接提供功能，只是集成各种功能插件，比如实现 egg-blueprint，egg-waterline 等这样的插件，再使用 sails-egg 框架整合这些插件就体可以替代 sails 了。


插件就体可以替代 sails 了

多了一个体字

dead-horse · 2017-01-13T04:01:36Z

docs/source/zh-cn/intro/index.md

+
+## 设计原则
+
+egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展出自己的框架，我们不会做出的技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求，egg 可以帮助架构师、技术负责人基于他们的技术选型搭建框架。。


结尾两个句号

咦, 我那段怎么不见了?

egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展出自己的框架，我们不会做出的技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求，egg 可以帮助架构师、技术负责人基于他们的技术选型搭建框架。。

改为:

> think about future, design with flexibility, but only implement for production. 在我们思考 egg 框架的定位时，我们深知企业级应用场景下，在追求规范化，共建复用的同时，还需要考虑如何平衡不同团队之间的差异性，求同存异。故我们并没有选择社区常见框架的大集市模式（集成如数据库、模板引擎、前端框架等功能），而是专注于提供了 web 开发的核心功能和一套灵活强大的插件机制。我们不会捆绑技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求。通过 egg，团队架构师和技术负责人可以非常容易的，基于他们的技术选型，在 egg 之上扩展出适合自己业务场景的框架。

dead-horse · 2017-01-13T04:04:53Z

docs/source/zh-cn/intro/index.md

+
+egg 的插件机制有很高的可扩展性，**一个插件只做一件事**（比如 nunjucks 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)、MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)）。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。
+
+egg 奉行『约定优于配置』，按照[一套统一的约定](../advanced/loader.md)进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以云动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以按照团队的约定定制框架，使用 [Loader](../advanced/loader.md) 可以按照团队的约定来加载（默认约定也可以覆盖）。


可以讲讲每个插件、框架都可以有自定义不同环境的默认配置作为约定（例如 static 默认配置不缓存便于修改，线上环境缓存提升性能，应用开发者完全不用关心，直接开发就可以）？

fengmk2 · 2017-01-13T04:25:58Z

@atian25 https://eggjs.org/zh-cn/advanced/loader.html 这里有更加准确的图

popomore · 2017-01-13T05:10:13Z

再看看，这个图就不加了

dead-horse · 2017-01-13T05:31:44Z

LGTM， WIP 的 label 可以去掉了？

atian25 · 2017-01-13T05:32:18Z

docs/source/_data/guide_toc.yml

  Security: /core/security.html
  # Passport: /core/passport.html
  HttpClient: /core/httpclient.html
  Logger: /core/logger.html
  Error Handling: /core/error-handling.html
  i18n: /core/i18n.html
+  View: /core/view.html
+  Unittest: /core/unittest.html


atian25 · 2017-01-13T05:35:09Z

docs/themes/egg/languages/zh-cn.yml

@@ -30,13 +30,18 @@ guide_toc:
  Schedule: 定时任务
  Extend: 框架扩展
  Custom init: 启动自定义
+  Development: 本地开发
+  Unittest: 单元测试


https://en.wikipedia.org/wiki/Unit_testing

atian25 · 2017-01-13T05:38:24Z

docs/source/zh-cn/intro/index.md

+
+egg 的插件机制有很高的可扩展性，**一个插件只做一件事**（比如 [nunjucks] 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)、MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)）。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。
+
+egg 奉行『**约定优于配置**』，按照[一套统一的约定](../advanced/loader.md)进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以云动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以按照团队的约定定制框架。使用 [Loader](../advanced/loader.md) 可以让框架根据不同环境定义默认配置，还可以覆盖 egg 的默认约定。


其他地方都是 「」 都统一这个好点吧? 知乎也是推荐用这个.
cc @fengmk2

我 review 的都是用的『』

atian25 · 2017-01-13T05:39:25Z

其他 +1

atian25

+1

fengmk2 · 2017-01-13T06:53:31Z

💯 文档第一个里程碑达成

* master: (37 commits) docs: fix quickstart typo (#266) docs: add http client debug docs (#265) docs: modify and fix 3 points (#264) docs(intro): improve decription (#263) docs: fix docs site version (#262) docs: Fix typo. (#261) docs: review 1st version docs (#257) fix: typo conext -> context (#259) docs: contributing && readme && deps (#253) docs: fix quickstart link in index.html (#256) docs: set the default locale zh-cn (#255) refactor: ctx.realStatus delegate ctx.response.realStatus (#252) docs: Add intro/index.md (#246) feat: adjust default plugins (#251) docs: add RESTful documents (#247) feat: delegate ctx.jsonp to ctx.response.jsonp (#248) chore: remove examples (#245) docs: improve mysql doc docs: add mysql doc docs: view (#228) ...

popomore added type: document WIP labels Jan 12, 2017

popomore added this to the 1.0.0 milestone Jan 12, 2017

fengmk2 reviewed Jan 12, 2017

View reviewed changes

atian25 reviewed Jan 12, 2017

View reviewed changes

popomore force-pushed the doc-intro branch 4 times, most recently from d3a0cf6 to 1fe4270 Compare January 12, 2017 16:45

fengmk2 reviewed Jan 12, 2017

View reviewed changes

popomore force-pushed the doc-intro branch 2 times, most recently from d3317a3 to 272e096 Compare January 13, 2017 02:29

popomore requested a review from dead-horse January 13, 2017 02:30

popomore force-pushed the doc-intro branch from 272e096 to e443c20 Compare January 13, 2017 02:31

atian25 reviewed Jan 13, 2017

View reviewed changes

popomore mentioned this pull request Jan 13, 2017

中文文档 #34

Closed

31 tasks

popomore force-pushed the doc-intro branch from e443c20 to 3c67b80 Compare January 13, 2017 03:05

atian25 reviewed Jan 13, 2017

View reviewed changes

fengmk2 reviewed Jan 13, 2017

View reviewed changes

dead-horse reviewed Jan 13, 2017

View reviewed changes

popomore force-pushed the doc-intro branch from 3c67b80 to c5ea1c9 Compare January 13, 2017 05:09

popomore added 3 commits January 13, 2017 13:20

docs: Add intro/index.md

d0d72b1

docs: fix review

3367005

docs: mv restful.md

cc7b87d

popomore force-pushed the doc-intro branch from c5ea1c9 to cc7b87d Compare January 13, 2017 05:25

atian25 reviewed Jan 13, 2017

View reviewed changes

popomore removed the WIP label Jan 13, 2017

docs: f

4461feb

dead-horse approved these changes Jan 13, 2017

View reviewed changes

atian25 reviewed Jan 13, 2017

View reviewed changes

fengmk2 approved these changes Jan 13, 2017

View reviewed changes

fengmk2 merged commit a4f3859 into master Jan 13, 2017

fengmk2 deleted the doc-intro branch January 13, 2017 06:53


		egg 的插件机制有很高的定制化，插件只做一件事，比如 nunjucks 模板封装了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)，MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。

		egg 奉行「约定优于配置」，按照一定的约定进行应用开发，企业内部采用这种方式可以减少开发人员的学习成本，开发人员不再是「钉子」，可以云动起来。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以定制企业自己的约定。


		## 设计原则

		egg 是社区少见的一种框架，它并没有集成社区常见的一些功能（诸如数据库、模板引擎、前端框架等），只是提供了 web 开发的核心功能和一套插件机制。为了团队能够基于 egg 扩展自己的框架，我们不会做出技术选型，因为固定的技术选型会让框架过于片面，无法满足的定制需求，egg 可以帮助架构师基于技术选型搭建框架。


		## 与社区框架的差异

		[expressjs] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。


		[expressjs] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。

		[sailsjs] 是和 egg 一样奉行『约定优于配置』的框架，扩展性也非常好。但是相比 egg，[sailsjs]


		egg 的插件机制有很高的可扩展性，一个插件只做一件事（比如 nunjucks 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)、MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)）。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。

		egg 奉行『约定优于配置』，按照[一定的约定](../advanced/loader.md)进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以云动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以按照团队的约定定制框架，使用 [Loader](../advanced/loader.md) 可以按照团队的约定来加载（默认约定也可以覆盖）。


		## 与社区框架的差异

		[express] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。


		[express] 是 node 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。

		[sails] 是和 egg 一样奉行『约定优于配置』的框架，扩展性也非常好。但是相比 egg，[sails] 支持 blueprint REST API、[WaterLine] 这样可扩展的 ORM、前端集成、WebSocket 等，但这些功能都是由 sails 提供的。而 egg 不直接提供功能，只是集成各种功能插件，比如实现 egg-blueprint，egg-waterline 等这样的插件，再使用 sails-egg 框架整合这些插件就体可以替代 sails 了。


		egg 的插件机制有很高的可扩展性，一个插件只做一件事（比如 nunjucks 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)、MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)）。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。

		egg 奉行『约定优于配置』，按照[一套统一的约定](../advanced/loader.md)进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以云动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以按照团队的约定定制框架，使用 [Loader](../advanced/loader.md) 可以按照团队的约定来加载（默认约定也可以覆盖）。


		egg 的插件机制有很高的可扩展性，一个插件只做一件事（比如 [nunjucks] 模板封装成了 [egg-view-nunjucks](https://github.com/eggjs/egg-view-nunjucks)、MySQL 数据库封装成了 [egg-mysql](https://github.com/eggjs/egg-mysql)）。egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。

		egg 奉行『约定优于配置』，按照[一套统一的约定](../advanced/loader.md)进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以云动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 egg 有很高的扩展性，可以按照团队的约定定制框架。使用 [Loader](../advanced/loader.md) 可以让框架根据不同环境定义默认配置，还可以覆盖 egg 的默认约定。

docs: Add intro/index.md #246

docs: Add intro/index.md #246

Conversation

popomore commented Jan 12, 2017 • edited Loading

Checklist

Affected core subsystem(s)

Description of change

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

atian25 left a comment

Choose a reason for hiding this comment

atian25 left a comment

Choose a reason for hiding this comment

codecov-io commented Jan 12, 2017 • edited Loading

Current coverage is 97.93% (diff: 100%)

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

popomore commented Jan 13, 2017

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

atian25 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

fengmk2 commented Jan 13, 2017

popomore commented Jan 13, 2017

dead-horse commented Jan 13, 2017

atian25 Jan 13, 2017 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

atian25 commented Jan 13, 2017

atian25 left a comment

Choose a reason for hiding this comment

fengmk2 commented Jan 13, 2017

popomore commented Jan 12, 2017 •

edited

Loading

codecov-io commented Jan 12, 2017 •

edited

Loading

atian25 Jan 13, 2017 •

edited

Loading