edp
edp copied to clipboard
ecomfe
ecomfe develop platform
git分支管理规范
现在EFE在git上的仓库众多，但是每个仓库都有自己的一套开发模型，有些是master推送，有些是分支开发，有些是git flow。这不利于工程师贡献，因此最好有一个统一的分支管理的规范 下面是我经过N种玩法后总结出来的一种方式，供讨论 --- MUST、SHOULD、MAY、RECOMMEND不再赘述 --- 本规范强制用于github上各项目的开发管理，对于其它环境下基于git的开发不作硬性要求，但建议（RECOMMEND）参考此规范 --- ## 版本 版本号**必须**符合[semver](http://semver.org)，其的形式为`{major}.{minor}.{patch}[-{pre-release-type}.{pre-release}]` 其中`major`、`minor`、`patch`和{pre-release}`**必须**为十进制数字，且随版本发布递增。 `{pre-release-type}`**必须**选择以下关键词之一： - `alpha`表示内部测试版本，不建议任何非参与开发人员所在团队使用，在`alpha`版本期间会不断增加新的功能并修复已有BUG - `beta`表示公开测试版本，不建议稳定项目使用，在`beta`版本期间会酌情增加新功能，修复已知BUG - `rc`表示发布候选版本，推荐各项目使用，在`rc`期间**不得**增加任何新功能，仅修复BUG。如果`rc`版本未发现任何BUG，则此版本直接转为正式发布版 ## 分支 所有项目采用分支开发方式，分支分为**开发分支**、**发布分支**、**功能分支**、**修复分支**和**master分支** - 实际的分支以版本号为前缀，其中版本号精确到第1个子版本，如`1.0`或`3.1` - 开发分支的形式为`{version}/develop`，此类分支用于维护一个版本的开发过程 - 发布分支的形式为`{version}/release`，此类分支用于维护每一个发布版本的状态，**不得**将功能或修复直接合并至此分类支 - 功能分支的形式为`{version}/feature/{feature-desc}`，此类分支用于开发单一的原子性的功能...
执行命令edp project init时提示： “edp ERROR Can not find the specified `project' command module from`edp-project'.” 但是在目录C:\Users\username\AppData\Roaming\npm\node_modules目录下有完整的edp-project包。
var map = {}; if (ie < 8) { map['for'] = 'htmlFor'; map['class'] = 'className'; } else { map['htmlFor'] = 'for'; map['className'] = 'class'; } 比如这段代码在1.2.2版本中会被压缩 .....a.for = "htmlFor".... 在ie8版本中报"缺少标识符"的错误...
edp官网对webserver stylus官方配置如下 ``` { location: /\.styl($|\?)/, handler: [ file(), stylus() ] } ``` 运行edp webserver之后会报错，查看原因是stylus()函数中compileOptions参数没有设置，默认参数也没有，建议stylus默认配置改为如下 ``` { location: /\.styl($|\?)/, handler: [ file(), stylus({ paths: [], filename: '' }) ] },...
1. 文档不够完善，好多配置要去扫源码； 2. 调试起来不方便，也要去源码断点调试，异常和错误信息起码应该抛到控制台里面； 3. 断开链接后，Opera没有自动关闭； 4. 有些文件change会导致context.html iframe中的head和body变为空，而且刷新不能使用...
使用proxy handler，当上游返回的header里存在`Transfer-Encoding: trunked`时，该bug会导致响应头同时存在`Transfer-Encoding`和 `content-length`，根据RFC 7230 section 3.3，这种情况可以作为错误被抛出，node新版本采用了该做法，导致请求失败。
效果是将`text`插件加载的模块直接变成字符串，如： ``` // foo.tpl Hello World // foo.js var fooText = require('text!./foo.tpl'); ``` 编译后： ``` var fooText = '\n HelloWorld\n'; ```
好吧，如题。非edp项目，但需要导入edp的依赖。 现状：项目目录执行`edp import`无法导入。 看了代码：失败在了判断是否是edp项目的地方。 希望加个支持：非edp项目，执行`edp import`自动导入package.json/edp/dependencies里面的依赖
