相信有那麼一天，我們將可以像畢凱艦長一樣用嘴巴叫所有主機做事！
在先前的文章，艦長曾說到 GitLab CI 的一項缺點，即是我們無法輕易的在 Local 環境運行 GitLab CI，往往需要反覆修改 .gitlab-ci.yml、送出 Commit 並等待 CI Pipeline 顯示出執行結果。這冗長又反覆的過程實在是為規劃 CI Pipeline 及撰寫 CI Job 帶來困擾，也大幅拖慢針對 CI Pipeline 本身的測試與驗證速度。
然而，這項長久困擾 GitLab 使用者的困擾，似乎浮現了一線曙光！為我們帶來希望的即是名為 glci 的工具。
（本文同步發表於 Medium。）
使用者在初次踏進 GitLab CI 的世界時，通常按著官方文件一步步照做，多半不會遇到什麼問題。唯獨有一項東西有可能讓新手產生較大的疑惑，那就是該如何選擇 Executor。
目前在官方文件上已經有提供了一份 Compatibility chart 幫助使用者選擇 Executor。本文就讓艦長也針對 Executor 表達一些看法吧！
（本文同步發表於 Medium。）
這則一樣是從工作筆記中撈出來的舊筆記，重新整理後釋出在部落格分享。
對於「密碼管理器」觀望了很久，一直在考慮要不要使用它，最後看了這篇《為什麼今天就該開始使用密碼管理器》之後，覺得作者說的很有道理，我們應該用一套正規、有加密、有一定安全防護的「密碼管理器」來管理密碼；同時由於團隊協作的需要，難免會遇到必須共用帳號密碼的情況，故確實需要一個合適的服務來管理密碼。於是當時稍微花了一些時間比較了幾套常見的「密碼管理器」，最後在參考該文章的介紹後，選擇試用了 LessPass 與 Bitwarden 這兩套工具。
（本文同步發表於 Medium。）
在私人的試用帳號即將到期前，測試了用 Azure AKS 建立 K8s Cluster 並將之整合至 GitLab。本文僅紀錄本次的操作步驟。
（本文同步發表於 Medium。）
