edp
edp copied to clipboard
ecomfe
ecomfe develop platform
现在这边的方案是有`doc/conf.json`文件作为jsdoc的配置，在项目根目录下直接运行`jsdoc -c doc/conf.json`就行了
每一个package有自己的发布周期，但有些BUG修复业务系统是立即就需要的等不到你发布，那么就会手动从github上拿源码覆盖自己的`dep`目录里的，这个操作显然我们是可以自动化的 我建议弄一个`edp package fetch er`这样的功能，作用是： 1. 找`er`的`package.json` 2. 找里面的`repository`字段的URL，基本上是个github地址 3. 根据这个URL去拉最新的源码 **（这里有个当前开发分支是哪个的处理，我暂时没想好怎么弄）** 4. 更新`dep`里的，但不用同步更新`module.conf`等 在这之外，我们额外还可以做一些别的事，比如记录这种更新操作，以便用户能很方便地知道有些包并不是同步registry的版本
如题 方面查阅 在对应less文件的位置 方面开发 原生的less.js是支持的 https://github.com/less/less.js/blob/master/lib/less/source-map-output.js
RT，详细信息参考：https://github.com/ecomfe/edp/issues/283
1. [ ] 尽量用 `edp-core` 提供的通用功能 2. [ ] 由 `path-to-regexp` 切换至 `edp-core` 提供的 `minimatch` 规则 3. [ ] 增加 `edp project initWatch` 4. [ ] 测试用例补全 5. [ ]...
随着业务的增加，js、css等静态文件的尺寸变化需要关注（特别RIA项目）。 所以我觉得 `edp build` 可以记录 build 后文件的 md5 以及尺寸信息，并且对比每次更新增减的尺寸（包含gzip后的对比）。 参考这个工具的 `analyze` 部分：https://github.com/fat/smoosh @leeight 评估下这个要不要做，怎么做呗~