Nicky Lao

### 使用Webpack打包时，controller的类名被压缩混淆后出错。通过以下方式解决 [UglifyJsPlugin will change the class.name property](https://github.com/webpack/webpack/issues/1659) ``` javascript /** * compress js */ new webpack.optimize.UglifyJsPlugin({ compress: { warnings: false }, mangle: { except: ['$super', '$', 'exports', 'require', 'angular'],...

@heidsoft 这可能是代码问题了，可能需要注入的时候没注入，在打包部署的时候会出错，我举个例子 **正确写法** ```javascript .config(['uiNotificationProvider', uiNotificationProvider => { uiNotificationProvider.setOptions({ delay: 10000 }); }]) ``` 如果上边代码写成 如下 ```javascript .config((uiNotificationProvider)=> { uiNotificationProvider.setOptions({ delay: 10000 }); }) ``` 在热部署（非build）启动，项目是正常的，因为没有压缩，找得到`uiNotificationProvider`服务，但是等build之后就会出现`uiNotificationProvider`找不到了。 其他地方类似，需要依赖注入的时候标记明确依赖注入（针对ES6写法） 可参考我的一个工程环境： https://github.com/giscafer/angular-webpack-es6

@heidsoft 举个例子 ```javascript 'use strict' var accordion = require("./accordion"); var buttons = require("./buttons"); var carousel = require("./carousel"); var collapse = require("./collapse"); var dateparser = require("./dateparser"); var debounce = require("./debounce"); var...

@heidsoft 不支持自己改一下就可以了。看有没有UMD判断，比如下边的这些判断 ```javascript (function (root, factory) { if (typeof define === 'function' && define.amd) { // AMD. Register as an anonymous module unless amdModuleId is set define('textAngular', ["rangy","rangy/lib/rangy-selectionsaverestore"], function (a0,b1)...

## AOT 打包文件hash值相关问题 [Unique identifier ng build --prod](https://github.com/angular/angular-cli/issues/3769) https://github.com/angular/angular-cli/issues/9165 如果以上问题解决不了你的方案，可以自己动态在`'[name].bundle.js?[hash]`文件后加hash版本号。 写了个node脚本在打包后正则匹配替换`dist/index.html` gist code: https://gist.github.com/giscafer/72b9c73493daa13fefb5f26243c63f07

[Fabric Deep Dive ](https://github.com/reactwg/react-native-new-architecture/discussions/1)

> 最近也在折腾这块儿，你这种方案应该是最好的，奈何公司的 gitlab 是部署在内网的，GitHub Actions 访问不了，最终还是弄了台 mac 电脑专门来做 CI/CD 有Mac服务器资源也挺好。类似的GItlab也一样的，只不过要自己配置Mac服务器资源跑runner。Github Action 官方默认提供了资源，搞起来速度是比较快。

> > > 最近也在折腾这块儿，你这种方案应该是最好的，奈何公司的 gitlab 是部署在内网的，GitHub Actions 访问不了，最终还是弄了台 mac 电脑专门来做 CI/CD > > > > > > 有Mac服务器资源也挺好。类似的GItlab也一样的，只不过要自己配置Mac服务器资源跑runner。Github Action 官方默认提供了资源，搞起来速度是比较快。 > > 我看你的构建记录，构建一次大概需要 25 分钟，感觉时间有点儿长呢。是 app 比较大构建慢还是本身这种方式会比较慢呢？ 我现在在 mac 上...

### chrome-linux/chrome: error while loading shared libraries: libatk-bridge-2.0.so.0: cannot open shared object file: No such file or directory ``` yum provides libcups.so.2 # 1:cups-libs-1.6.3-40.el7.i686 : CUPS printing system - libraries...

2019-6-30 update: 2周打通了前端CI/CD流程+消息推送到QQ群。