Fangshi He

赞，已收录 http://fis.baidu.com/docs/dev/more.html

@fouber 说一些我的看法，简单约定一下把现在的FIS称为FIS，下一代FIS称为FIS2 ## 关于Key的设置 这里持保留态度，Express中的get set使用的场景本就不多，并且这样的能力有为了跨请求间共享属性的目的在里面。 但是在构建工具中，如果所有配置都在一个脚本内完成，这样的设置略显多余，用变量的形式可能更合适，在不需要多次使用的地方直接设置属性也会挺方便的；如果还是准备沿用FIS的配置继承模式的模式，希望用户扩展的配置可以引用原始配置的话，是会有存在的必要，但是这就要求用户要去解决方案的源码里面去寻找键值，会比较繁琐。关于解决方案配置继承的话题后面继续说。 当然set后在属性中以 `${name}` 的轻度使用是很好的用法，但是把配置用这种模式来保存显得有些重了，虽然只是使用上的问题，但是会有引导作用。 ## fis.media 比起media的形式，直接开放command alias的能力是否更利于理解与使用？比如 ``` javascript fis.alias('publish', '-Dompd', 'output'); ``` ``` bash fis publish ``` > 这里是一个尚未成型的想法，FIS2如果沿用重配置轻编程的思路，那么alias会是一个不错的用法，但是如果准备以gulp like的模式去做配置的话，可能alias以及Dompd这类组合配置都没有必要了。除了社区喜好是一个考虑因素外，个人更希望保持现在的重配置轻编程的思路来延续FIS的整体体验，除非在配置表达上有致命的缺陷。 ## fis.match...

先解决第一个问题吧 `fis release` 会将当前目录发布至 server，但是有一个前提，就是当前目录中存在 `fis-conf.js`。你检查看看是不是 Desktop\test 下没有 fis-conf.js，而桌面下有 `fis-conf.js`。如果是这样，那么导致这个问题的原因就是由于当前目录没有 `fis-conf.js`，FIS 会向上查找 `fis-conf.js` 寻找项目根目录，结果匹配到 Desktop 了。

目前没有，使用MD5做增量发布的好处还是比较多的，具体可以查看一些资料 https://github.com/fex-team/fis/issues/97 http://www.zhihu.com/question/20790576/answer/32602154

试试看`sudo npm install --unsafe-perm -g fis`

看起来是没有安装全就取消安装了，npm WARN optional dep failed并非报错，这个提示只是指可选的依赖安装失败，但是不影响正常安装，你尝试再重新安装一下吧

@skybluefly 你的环境变量坏的比较严重，C:\Windows\System32都被删掉了，才会报这个错误

配置一下压缩就可以了 ``` javascript //export, module, require不压缩变量名 fis.config.set('settings.optimizer.uglify-js', { mangle: { except: 'exports, module, require, define' } }); ```

@superddr 有一个deploy设置，可以参考一下 http://fis.baidu.com/docs/api/fis-conf.html#deploy

@kakaschain 和文件后缀无关，可以看看你的shtml是如何用的