前言

接著想模擬一個實際工作環境可能碰到的情境，結合先前曾經提過的內容，以此來做一個 DevOps Lab。期望以此能讓自己所學能有一個完整的運用，同時也讓讀者了解在過去的文章是如何運用在實際工作場合，尤其是尚未步入社會或不曾以敏捷式開發的讀者，可以更輕易的融會貫通文章所提到的工具和技巧。

DevOps Lab 系列文章

• DevOps Lab 開篇 - 環境與配置 - Day 21
• DevOps Lab 專案環境建置 - GitLab篇 - Day 22
• DevOps Lab 專案環境建置 - GCP篇 - Day 23
• DevOps Lab 專案環境建置 - GitLab Runner篇 - Day 24
• DevOps Lab 自動化腳本 - 專案篇 - Day 25
• DevOps Lab 自動化腳本 - 映像檔篇 - Day 26
• DevOps Lab 自動化腳本 - 權限篇 - Day 27
• DevOps Lab 自動化腳本 - 佈署篇 - Day 28
• DevOps Lab 自動化腳本 - 測試篇 - Day 29
• DevOps Lab 完結篇 - Day 30

人員

環境設備

下表是一些在開發上很可能會存在的環境與設備說明。

Git 規則訂定

1. 當 RD 收到需求後會開啟一個 issue/{Issue ID} 的 branch 進行開發
2. 開發中 RD 可以隨時將 branch 推送到名為 dev 的 branch (自動上版至 Dev)
3. 功能被完成後發起 Merge Request (MR) 合併至 master branch (自動上板至 QA)
4. 最後，當功能被測試完成後 master 的內容將被 Merge 到 prod branch 時會將程式發送到 Staging 等待 OP 進行 手動/觸發 上版

專案建置規則訂定

1. 專案主要語言為 Java 會使用 Maven 進行建置
2. 被打包好的專案會以 Docker Image 方式發佈及部屬

結語

有了這些基礎規則的定義後，在下篇文章開始將進入 DevOps Lab 篇章。