給剛被主管說「我們改用 GitLab」然後一臉問號的你。
先講結論
GitLab 設定三步驟：建帳號 → 建群組 → 建專案。如果你只是做 POC，用 gitlab.com 就好，別自己架——維運成本比你想像的高，而你現在只是要管 code，不是要管伺服器。
為什麼是 GitLab 不是 GitHub？
不是說 GitHub 不好，但 GitLab 把 DevOps 全家桶包在一起了——版本控制、CI/CD、issue tracking、code review，一個平台搞定。你不用東接一個 Jenkins、西接一個 Jira，然後花三天在設定它們之間的 webhook。
當然，如果你的專案是開源的，GitHub 的社群生態還是無敵。這不是信仰問題，是看需求。
三步設定
Step 1：建帳號
去 gitlab.com 註冊。如果公司有自架的 GitLab instance，找你的 DevOps 要網址。
Step 2：建群組（Group）
GitLab 的結構是這樣的：
Group（群組）
└── Project（專案）
為什麼要有群組？ 因為權限可以在 Group 層級統一設定，底下所有 Project 自動繼承。你不用每建一個專案就重新設一次「誰能看、誰能推」。
建議一個產品線或一個團隊對應一個 Group。
Step 3：建專案
在群組裡建專案，clone 下來，就可以開始 push code 了。
到這步如果你已經會用 Git，基本上就沒什麼好說的了。如果你還不太熟 Git 工作流，可以先看這篇：泛用 Git 流程及對應指令。
工具設定花十分鐘，團隊養成好的協作習慣要十個月。先從第一步開始吧。