Cicd

最近處理的專案，為了讓 Code Review 及整合測試更加流暢，讓有人提 Merge Request 的階段時可以佈署預覽網站，所以想到了可以利用 Netlify 來達成，但是佈署專案時如果要支援 Self-Hosted GitLab 是需要升級成 Pro 以上的方案，秉持著客家精神還好發現了可以使用 Netlify CLI 來達成

繼上一篇文章中提到為團隊導入了 Jenkins 作為我們的 CI/CD 平台，這段時間整體架構都運作的非常順暢，也大大提升了團隊開發效率，但是為甚麼這次要替換掉既有架構呢？因爲目前所使用的版本控制平台為 Gitblit，雖然以版本控制的角度來看沒有甚麼太大的問題，但畢竟還是小眾平台且功能較為陽春，使用起來還是覺得少了點東西，所以之前就起了想要使用 GitLab 來整合 WorkFlow 的念頭，一來方便省事，二來 GitLab 比較多人使用，整體的安全性、維護性還是高一點，所以就趁剛好年後比較有時間來替換，這篇就紀錄一下如何使用 Docker 快速的建置內部 GitLab + GitLab Runner，還有自己在建置中所遇到的問題

最近將公司內部的一個 Maven 專案利用 Jenkins 做到自動化編譯及佈署到遠端 Windows 伺服器中，搭配 Batch Script 自動替換新版 Jar 檔，關閉舊版程式並執行新版程式，達成全自動化作業，但因為對 Java 不太熟，雖然實現方式非常土炮，但還是比之前人工更版方便很多了，之後可以繼續研究看看是否有更好的解決方案

前幾篇文章我們使用 Docker 建立了 CI/CD 平台 Jenkins，並做到了簡單的 Node.js 專案的自動化編譯及佈署，但是當一個專案逐漸壯大或開發人員增加時，總會造成專案品質的問題，因為每個人技術或是觀念習慣不同所導致程式碼的變化，這時除了做 Code Review 之外，還能藉由 SonarQube 這套開源的程式碼品質分析工具來對我們的專案進行分析找出隱藏在層層程式碼中的問題

上一篇講到了如何使用 Docker 快速建置團隊的 CI/CD 平台 Jenkins，這篇就來簡單介紹如何快速的建立自動化部署我們的前端專案

最近協助團隊導入了 Jenkins 作為我們的 CI/CD 平台，在我還沒有來到這個團隊時，每當前後端版本有更新時總是都得人工在本機進行編譯後遠端連線至伺服器進行關閉現有服務、替換新程式、開啟服務，其中許多的人工行為非常耗時且枯燥，光是部署的時間成本可能就得耗費不少並且可能有人為失誤的可能性，所以盡可能的將這些交給自動化處理