|---------|---------| | 每日多次 | Trunk-Based Development | | 每週至雙週 | GitHub Flow | | 每月或更長 | GitFlow |

分支命名慣例

<type>/<short-description>

類型	用途	範例
`feature/`	新功能	`feature/oauth-login`
`fix/` 或 `bugfix/`	錯誤修復	`fix/memory-leak`
`hotfix/`	緊急生產環境修復	`hotfix/security-patch`
`refactor/`	程式碼重構	`refactor/extract-service`
`docs/`	僅文件變更	`docs/api-reference`
`test/`	測試新增	`test/integration-tests`
`chore/`	維護任務	`chore/update-dependencies`
`release/`	發布準備	`release/v1.2.0`

命名規則

使用小寫
使用連字號分隔單字
描述性但簡潔

詳細指南

完整標準請參閱：

建立分支前檢查清單

建立新分支前：

檢查未合併的分支
```
git branch --no-merged main
```
同步最新程式碼
```
git checkout main
git pull origin main
```

驗證測試通過

npm test  # 或您專案的測試指令

使用正確命名建立分支
```
git checkout -b feature/description
```

合併策略快速指南

策略	使用時機
Merge Commit (`--no-ff`)	長期功能、GitFlow 發布
Squash Merge	功能分支、乾淨歷史
Rebase + FF	Trunk-Based、短期分支

範例

建立功能分支

# 良好範例
git checkout -b feature/user-authentication
git checkout -b fix/null-pointer-in-payment
git checkout -b hotfix/critical-data-loss

# 不良範例
git checkout -b 123              # 缺乏描述性
git checkout -b Fix-Bug          # 非小寫
git checkout -b myFeature        # 缺少類型前綴

合併工作流程 (GitHub Flow)

# 1. 從 main 建立分支
git checkout main
git pull origin main
git checkout -b feature/user-profile

# 2. 進行變更並提交
git add .
git commit -m "feat(profile): add avatar upload"
git push -u origin feature/user-profile

# 3. 透過 GitHub/GitLab UI 建立 PR 並合併

# 4. 合併後刪除分支
git checkout main
git pull origin main
git branch -d feature/user-profile

處理合併衝突

# 1. 使用 main 更新您的分支
git checkout feature/my-feature
git fetch origin
git merge origin/main

# 2. 在檔案中解決衝突
# <<<<<<< HEAD
# 您的變更
# =======
# 傳入的變更
# >>>>>>> origin/main

# 3. 暫存已解決的檔案
git add resolved-file.js

# 4. 完成合併
git commit -m "chore: resolve merge conflicts with main"

# 5. 測試並推送
npm test
git push origin feature/my-feature

組態偵測

本技能支援專案特定的工作流程組態。

偵測順序

檢查 CONTRIBUTING.md 是否有「Git Workflow」或「Branching Strategy」章節
若找到，使用指定的策略（GitFlow / GitHub Flow / Trunk-Based）
若未找到，預設使用 GitHub Flow 以保持簡單

首次設定

若未找到組態：

詢問使用者：「本專案尚未設定 Git 工作流程策略。您偏好哪一種？（GitFlow / GitHub Flow / Trunk-Based）」
選擇後，建議在 CONTRIBUTING.md 中記錄：

## Git 工作流程

### 分支策略
本專案使用 **[所選選項]**。

### 分支命名
格式：`<type>/<description>`
範例：`feature/oauth-login`、`fix/memory-leak`

### 合併策略
- 功能分支：**[Squash / Merge commit / Rebase]**

版本歷史

版本	日期	變更
1.0.0	2025-12-24	新增：標準章節（目的、相關標準、版本歷史、授權）

授權

本技能採用 CC BY 4.0 授權發布。

來源：universal-dev-standards

分支命名慣例

命名規則

詳細指南

建立分支前檢查清單

合併策略快速指南

範例

建立功能分支

合併工作流程 (GitHub Flow)

處理合併衝突

組態偵測

偵測順序

首次設定

相關標準

版本歷史

授權

git-flow

Git 工作流程指南

目的

快速參考

工作流程策略選擇

More from asiaostrich/universal-dev-standards

bdd

atdd

methodology

reverse

docgen

sdd