前面兩篇佈署跟替換 Web.config 看似美好的事情
但遇到現實面的需求就崩潰了
隨著網站專案的規模發展, 需要佈署的檔案也跟著大了
從雲端佈署到地端的檔案過大導致 timeout
所以只好再找找其他作法解決
很幸運的看到了似乎可以解決這個需求的關鍵字: 架設地端 Agent 與 VSTS 溝通
前面兩篇佈署跟替換 Web.config 看似美好的事情
但遇到現實面的需求就崩潰了
隨著網站專案的規模發展, 需要佈署的檔案也跟著大了
從雲端佈署到地端的檔案過大導致 timeout
所以只好再找找其他作法解決
很幸運的看到了似乎可以解決這個需求的關鍵字: 架設地端 Agent 與 VSTS 溝通
此系列是介紹在最近工作上 CI CD 的流程打造.
需求描述: Source Code 放在雲上 VSTS 的 TFVC, 而 Production Server 則是在自家多台伺服器中, 要透過 VSTS 佈署到自家 IIS 站台.
條件:
佈署不同環境時, Web.config 的值也是會不同
根據我目前最直覺的做法就是在組態管理員下手
利用不同組態去 Publish 就可以切換成不同的組態
但是目前情境是希望不想利用這種方式去切換
希望能透過 VSTS 的 Release Management 環境切換把不同的組態值設定進去
為什麼需要用到 Decorators?
其一是你不想破壞原有的行為或是原有的程式碼,
去擴增或是覆寫現有功能,
之前一篇 JSNLog integrate to AngularJS 就是利用了 Decorator 裝飾掉 expectionHandle,
今天這篇主來更深入研究 AngularJS Decorator
Slack 協作平台越來越大眾化, 如果查詢 Log 這件事情是在 Slack 那該有多(潮)好 ?
讓你在真的發生重大錯誤的 Log 可以直接從 Slack 接收到
不用在使用 VPN 連去正式機把 Log 抓回來看
而且 Slack 又可以邀請同為工程師團隊的人進來一起看 Log
是不是變得簡單又直覺呢
基於上一篇提到的在前端紀錄 log 會有個問題
如果拋出錯的程式碼沒有用 try catch 包起來就無法紀錄 log
AngularJS 提供了 $exceptionHandler 這個好用的東西
在 「Angular 世界」中可以攔截到任何 uncaught exception
後端壞了有記 Logs 那前端呢 ?
客戶打來說為什麼你網站的按鈕壞了/沒反應 ?
方便釐清後端/前端的歸屬責任 !
讓前端工程師定義並且記錄你們想要看的 Logs !