devops（development和operations的組合詞）是一組過程、方法與系統的統稱，用於促進開發（應用程式/軟體工程）、技術運營和質量保障（qa）部門之間的溝通、協作與整合。
一套簡易的devops流程包括協作，構建，測試，部署，執行。
devops的核心思想就是：快速互動價值，靈活響應變化。
接下來我將從5個方面談談協作，構建，測試，部署，執行。在devops中具體是怎麼做的？
程式設計師間水平各異，編碼風格不統一，專案間難以管理
不同專案間打包配置差異過大，公共**和請求封裝的函式不一樣
專案目錄結構不統一，沒有跨系統元件復用的能力，基礎元件沒法復用，全靠複製值貼上
**沒有注釋，專案沒有文件，新人難以入手，舊專案寫完也不去優化。
1、**管理
新增 eslint **校驗
如果是 vue 開發參考vue官方的風格指南：鏈結
關於工具
最好做到專案組統一，都用mac和vscode，包括node版本，webpack版本，也最好一致，減少不必要的環境問題
對於**提交 git hooks，進行commit校驗，安裝git cz命令，不了解可以看這裡
每個公司都有自己的前端風格，我們可以通過基於已有的第三方元件庫如element ui進行二次封裝，統一公司內部的視覺規範。
如果在公司維護的是tob產品，大部分都是管理系統，那麼我們把整個頁面都抽離成公共的元件，然後細分容器元件和顯示元件，容器元件負責布局，顯示元件負責資料展示和互動，之後通過組合的方法，拼接成你想要的頁面。
還有一些公共的函式，專案組要多溝通，不要重複的寫，如果有文件就好了，知道哪些函式已經有了，哪些函式沒有需要自己寫
建議所有的公共方法都要寫測試用例，jest單元測試，單元測試最好要從正面和反面測試
持續整合做到專案發布流程自動完成，只要每次提交**，就會執行build命令開始構建專案，這裡提一下我們專案是如何做的
使用jenkins構建工具，配合gitlab-hooks完成，hooks會在每次合併**會向向jenkins傳送請求，jenkins收到請求然後執行shell指令碼開始構建專案，專案構建後如何啟動專案，我們可以使用nginx或者pm2都行，nignx作為靜態服務
我們專案都是放在nginx伺服器，作為靜態資源，動態資源則會配置**
PA大學的培訓體系建設
pa大學的戰略定位 搭平台 千人千面的線上平台，已經搭建起來了。目前的最大問題是更新和迭代 建體系 階梯式的師資體系 課程體系 專案資源組解決課程體系，運營組解決內訓師的選育用留 抓關鍵 高管 新員工 內訓師等的培訓 還有2021年新增的針對子公司的諮詢專案 提供定製化的培訓服務 pa大學組織架構 ...
如何建設企業入侵防禦體系
對於防守方來說，可以針對公司的整個系統架構，在不同的維度採取響應的防守策略，攻擊者一般都是通過低維度進行攻擊一步一步到達高維度的，比如先尋找業務邏輯找到上傳點，然後根據不同的平台製作不同的webshell檔案，拿到shell後再利用系統的漏洞進行提權等，一步一步由淺入深。作為防守方，制定完善的安全策...
精準測試體系建設 立項
目前，網際網路公司對軟體產品的質量要求越來越高，研發與測試週期確越來越短。需求成天改，開發交付的問題多，測試時間總被催，使用者常常不滿意，產品經理拼命想點子。在這個浮躁而又敏捷的背景下，作為測試研發工程師在測試流程當中承受著越來越大的壓力。經過一段時間的調研與學習，我計畫在公司構建精準測試體系來改進...