Skip to content

2022-03-10

#Miles 主持的版控策略大亂鬥活動

  • 筆記共編
    • 執行流程
    • 參與者都會被列入抽獎名單
    • 被抽到要講的內容:
      • 簡單自我介紹,至少講職位,與寫什麼語言的程式
      • 目前公司或曾看過的版控流程,有需要的話可以分享畫面
      • 版控流程對應到的上線流程
      • QA 時間
  • #Gson
    • 版控使用 GitLab Flow
    • Release 的時候會選擇幾個重要的功能併上去
  • #VP
  • #Sean
    • 不同的客戶開不同的 branch
  • #JJ 與 #雷N
    • 從 Master 開 feature branch 再發 PR 回 Master,要上線的時候再 merge 進 release branch
    • feature 回 master 使用 rebase,hotfix 使用 squash。
    • hotfix 上 release 用 cherry-pick
  • #Ban
    • 一條線
    • 部屬是進機器再 pull 程式碼(PHP)下來,若有套件依賴的話,會人工處理
  • #QQBoxy aka QQ
    • 全端工程師,Node.js
    • 採用 GitLab Flow
    • 人工進客戶主機部署 + 測試
    • 測試有問題,會使用 featrue toggle 關閉功能。
    • 開 Issue 就會開對應的 feature branch,開 Merge Resuest 後會 Code Review,Issue 若 Merge 回 master 後會跑 Unit Test。
    • 佈署的部分會根據不同 OEM 有不同方式,有合作研發關係的 OEM 會先進 rc branch 再進 production,只是簡單修改的會直接進 production。
    • 當進到 rc branch 後,並不會全自動封裝,我們會透過公司自己寫的封裝工具,封裝好一個版本後,再人工丟到對方的 Test Server 去佈署。
    • 我們的 TE 與 客戶的合作團隊 會在 RC Server 做測試,Release 的部分,則直接 e2e 測試。
    • 客戶當下測試有問題的話,有 Feature Toggle 就會直接關掉,沒有的話就人工降版回去。
  • #William
  • #邊緣人
    • 使用 Git Flow
    • #QQBoxy 請問一下,由於我們 Jira 是 TE 團隊在用,會由主管從 Jira 上面把 Issue 整理後建到 IT 團隊的 Gitlab Issue,想請問你們有什麼好方法做 Issue 的關聯嗎?
      • A: 在 commit 時,就同時把 Gitlab Number 與 Jira Number Key 上去來做關聯。
  • #Mandy
    • Jira 多個單與 Gitlab Issue 的關聯

預告

  • [[2022-03-17]] #Gson 分享的 [[Minikube]] 手把手分享
  • #Miles 主持的 API 規格大亂鬥,從本次的版控策略大亂鬥分享的靈感,籌備中
Edit this page
Last updated on 1/2/2023