LINE Taiwan Technology Evangelist
前言 大家好,我是 LINE 台灣技術傳教士 - NiJia Lin,此次的內容於「中部人的聊天機器人小小聚 #22」分享,分享這陣子以來自己做的一個小專案,拋磚引玉希望能讓更多點子於社群上發酵,想了解更多分享的內容請繼續往下看吧! 活動頁 簡報連結 為什麼誕生這篇文章(分享)? 訊息散落在個人群組、各種聊天室 「那個 OOO 網址借我放一下」,應該很常看到這句話? 平常喜歡看 GitHub 許多工作訊息、聊天內容都在 LINE 上面 因為上述原因誕生了這次的想法 Part 1. 整合 GitHub API + LINE Bot 首先我建立了一個專案叫做 ideas-tree 準備來放我日常收集的小點子,接著另外建立一個 LINE Bot 專案,專門來處理管理者(我)與 LINE Bot 放上的任何點子訊息。 把服務叫起來之後於聊天室內打上訊息,即可把輸入的內容打到 ideas-tree 上面做紀錄,在這些過程中的流程請參考以下流程圖。 結果大概像這樣,可以把輸入的大頭貼+人名放上,並且在以下放入在
前言以前不管在單元/整合測試、部署或是一些週期性的工作,有點經驗的工程師通常會很習慣寫個 Script 去跑相關指令集。而隨著寫的服務越來越多,許多部分也微服務化後,同一個指令集可能會服務到對象也越來越多,因此就開始有了像是 Jenkins、Drone、Travis 以及本篇會介紹 GitHub Actions 這類的 CI 工具,但既然是工程師當然要把指令集內的耦合性盡可能的降到最低,因此就有像是 GitHub Marketplace 的套件市集,讓大家可以在上面選擇不同功能的工具套入於自己的 CI 中,接下來就讓我帶你來了解一下平時會遇到什麼問題,以及如何建立與使用 LINE Notify 於 GitHub Actions 上吧!以前如何知道結果?寫 Script 並用 Linux 的排程(Crontab)在固定時間跑測試案例、爬資料、部署...等狀態CI/CD 過了之後自己上網站看 log (沒通知)即便寫通知程式在 Script 裡,未來的可用性極低(不好管控金鑰、換程式語言...)Why GitHub Actions?GitHub 自家出的 CI 工具專案