Git 版本控制不管在嵌入式或 Web 領域都是很受歡迎的工具，尤其是不會遇到像 svn 搞爛 source tree，然後又要 Google 一堆解法。一般公司入門大概就是買 Github 服務，一個月才五美金，可以提供五個 Private Project，當然你也可以不付錢，而去使用 Bitbucket，好處就是無限的 Private Project，唯一的限制就是開發者數量，只能在五個以內，設定超過五個，就不給 push 或 pull 了，完成版本控制後，接著就是專案的自動測試，在 github 上面，推的就是 travis-ci，這也是全部 open source 專案的喜好，你會發現大部分的專案都會放上 .travis.yml，來告訴 travis 需要的測試步驟，測試步驟完成後，就要將 source code deploy 到 Amazone 或其他雲端服務，到這個服務基本上都要收費了，所以上一篇有介紹 Drone.io 服務，可以自動測試加上 Deploy 到遠端機器，不過缺點就是不支援 Private Project，要的話就是要收費。
所以想要版本控制 -> 自動化測試 -> 發佈程式，這整個流程，其中任何一個流程都有可能收費，加上公司開發的程式，一定不可能是 Public，所以被收費肯定很正常，為了要找到免費的方案，所以自己架設等於是最快的，這邊就推薦
GitLab，這介面跟 Github 還蠻接近的，功能也很完整，大家可以試試看，自動化測試部份，就直接用 GitLab CI，比較不方變得地方就是，自動化測試完成後，不會寄信通知。官方有提到歡迎任何人送 PR Feature。GitLab + CI 架設完成，大概就可以捨棄 Gitlab + travis 或 Drone.io。這是窮人作法，如果有預算的話，還是買線上服務，真的有很棒的 Deploy 及檢測程式碼的服務。
See also
- 用五分鐘安裝好 Drone 搭配 GitHub 自動化環境
- 用 Drone 部署靜態檔案到 GitHub Pages
- 用 GitHub Actions 部署 Go 語言服務
- Ansible 設定 Google Container Registry 搭配 Drone 自動上傳
- 用 10 分鐘安裝好 Drone 搭配 GitLab
- GitHub 推出 CI/CD 服務 Actions 之踩雷經驗
- 在 docker-in-docker 環境中使用 cache-from 提升編譯速度
- GitHub Flow 及 Git Flow 流程使用時機
- 為什麼我用 Drone 取代 Jenkins 及 GitLab CI
- Drone 自動觸發 GitLab CI 或 Jenkins 任務