學習自 《用 npm script 打造超溜的前端工作流》
yarn add eslint --dev
yarn eslint --init // 這裡還可以使用 npx eslint --init ，都會直接去 node_modules/.bin 目錄下尋找能夠執行的命令，就能夠生成 想要的 eslint 配置檔案
"scripts": ,yarn eslint一次執行多個命令
,
"devdependencies":
}
建立 .stylelintrc.json
yarn test // 就可以執行 兩個命令了 但是目前是 序列的，也就是乙個執行 報錯了，接下來就不會執行
"scripts": ,從 && 改為 &之後，就可以 不受前面執行結果的干擾了這裡的 "lint:js:fix": "yarn lint:js -- --fix", 中 --fix 前面的 -- 表示 給 前面的命令傳遞引數 也就變成了
"lint:js:fix": "eslint src/*.js --fix",
yarn add onchange --dev // 監聽變化 的包
"scripts": ,yarn test // 就可以啟動 監聽，然後 就可以 快樂的修改 自己的 js 和 less 檔案了
gulp基於node流的自動化構建工具
gulp 在我才接觸gulp的時候 看他就是乙個 通過壓縮各種檔案來提公升使用者體驗的開發工具 那是因為 對他的理解並不深 他真正強大 之處 在於他的 管子.pipe 可以 鏈式呼叫 無數個 厲害的外掛程式 流的概念 我還不太理解 待我再仔細學習 node.js 後再說 現在 就不在這裡 誤導別人了...
Monkey的簡單自動化
手機測試都逃避不了monkey，但每次都是手動跑monkey，自己匯出包來，一條條的手動輸入命令。現在輪到我去執行這些任務，覺得很是繁瑣，於是寫了這個指令碼，自動讀取匯出的包名，一鍵回車搞定。如下 1 確認是engineer版本，開啟debug模式 2 若要多台裝置同時執行，請將package na...
基於Jenkins搭建自動化構建系統採坑記
客戶端發版之前總要經過測試部門的各種測試,像我廠的流程是 然後問題就來了,每次提測需要抽乙個同學來做這些事情，並且跑自動化測試的這些過程是沒辦法在研發人員技術內測的時候就能提供測試報告的。我廠的渠道數量已經達到了100 開發完新的業務需要全渠道發版的時候，還是需要單獨抽乙個同學出來跟進發版包，並且發...