MyMapGit 發布工作流程（Gitgraph）
唯讀預覽
原始提示
展示我們使用功能、發布與緊急修補分支的分支策略
做一份自己的版本
關於框架
透過分支歷程追蹤功能開發與修補版本
這張 Mermaid Git 圖使用 main、develop、feature/auth、feature/dashboard 與 hotfix/login。驗證功能加入 OAuth 與工作階段，儀表板則加入圖表與篩選器。每個功能分支都會先合併至 develop，再由 develop 合併至 main，建立 v1.0.0 標籤。
緊急修補分支在該版本發布後從 main 建立，並加入權杖到期問題的修正。它會以 v1.0.1 標籤合併至 main，接著 main 再以 Sync hotfix 合併至 develop。這次最後的合併讓修補內容回到持續開發流程的過程清楚可見。
使用此範例說明預期的分支順序。它記錄示意性的提交與合併，但未定義審查要求、CI 檢查、部署或分支保護設定。如果這些內容屬於您需要傳達的發布流程，請加上相應標註。
包含內容
你會得到
- 五個具名分支，其中包含兩個功能分支與一個緊急修補分支
- 驗證功能與儀表板工作的功能提交
- main 上的 v1.0.0 與 v1.0.1 發布標籤
- 從 main 合併至 develop，並標示為 Sync hotfix 的最後一次合併
圖解
Git 發布工作流程（Gitgraph）
gitbranchingreleasedevopstechnical
✦ Free preview · Sign in to use
常見問題
常見問題
這個範例中的功能分支從哪裡開始？
feature/auth 與 feature/dashboard 都從 develop 分支建立，並在首次標記版本前合併回 develop。
這個緊急修補如何回到持續開發流程？
hotfix/login 為 v1.0.1 合併至 main 後，圖中顯示 main 合併回 develop，並標示為 Sync hotfix。
有版本標籤就代表應用程式已部署嗎？
此圖僅顯示 Git 歷程與標籤，沒有部署步驟，也沒有正在執行版本的相關證據。
Git 發布工作流程（Gitgraph）
免費開始，無需信用卡。
Free preview · Sign in to use