前端开发者必备：Git 工作流与冲突解决的完全指南

一、Git 工作流核心模式与前端实践

1.1 功能分支工作流（Feature Branch Workflow）

核心流程：

1. 基于 develop 分支创建功能分支（如 feature/login）
2. 开发完成后通过 Pull Request 合并到 develop
3. 测试通过后合并到 master 并发布

前端场景优化：

# 创建并切换分支
git checkout -b feature/login develop

# 开发过程中同步主分支
git pull --rebase origin develop

# 解决冲突后继续变基
git rebase --continue

# 提交并推送
git push origin feature/login

1.2 GitHub Flow（持续交付模式）

四步工作流：

1. 创建分支（git checkout -b fix/navbar）
2. 提交代码（git commit -m "修复导航栏样式"）
3. 发起 PR（包含截图和测试用例）
4. 合并部署（自动触发 CI/CD）

前端特化配置：

# .github/workflows/ci.yml
name: CI/CD
on: [pull_request]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - uses: actions/setup-node@v3
        with: node-version: '18'
      - run: npm ci
      - run: npm run build
      - run: npm test

1.3 Git Flow（版本发布管理）

分支图谱：

master (生产)
├── develop (开发)
│   ├── feature/xxx (功能分支)
│   └── release/1.0 (预发布分支)
└── hotfix/1.0.1 (补丁分支)

典型操作：

# 创建预发布分支
git flow release start 1.0 develop

# 合并到 master 并打标签
git flow release finish 1.0

# 紧急修复
git flow hotfix start 1.0.1 master

二、冲突解决深度实践

2.1 冲突本质分析

冲突产生条件：

• 两个分支修改同一文件同一区域
• 合并时无法自动识别变更优先级

典型场景：

// feature分支
function calculateTotal(items) {
   
  return items.reduce((