<!-- title: Claude Code Git工作流：分支到合并全实战 -->

# Claude Code Git工作流：分支到合并全实战

## 概述

本教程面向已掌握Claude Code基础操作的开发者，深入讲解如何将Git工作流与Claude Code深度融合。你将学到：智能提交信息生成、多分支开发策略、AI辅助合并冲突解决、PR自动化、Git Hooks与Claude Code联动。学完即可在日常开发中实现"自然语言驱动Git全流程"，将版本管理效率提升3-5倍。

## 前置条件

- 已安装Claude Code CLI（`npm install -g @anthropic-ai/claude-code`）
- 掌握Git基础操作（commit、branch、merge、rebase）
- 拥有一个可操作的Git仓库
- Anthropic API Key已配置

---

## 一、Claude Code Git集成架构

Claude Code与Git的集成不是简单的命令封装，而是**语义级理解**：它读懂你的代码变更意图，生成精准的提交信息；它理解分支结构，给出合理的合并策略；它分析冲突上下文，做出正确的取舍判断。

```mermaid
graph TB
    subgraph "Claude Code Git工作流架构"
        A[开发者指令] --> B[Claude Code理解层]
        B --> C{操作类型判断}
        C -->|提交| D[智能Commit]
        C -->|分支| E[分支策略引擎]
        C -->|合并| F[冲突解决引擎]
        C -->|PR| G[PR自动化管线]

        D --> D1[变更语义分析]
        D1 --> D2[Conventional Commits生成]
        D2 --> D3[Co-Authored-By追加]

        E --> E1[Feature Branch模式]
        E --> E2[Git Flow模式]
        E --> E3[Trunk-Based模式]

        F --> F1[三方合并分析]
        F1 --> F2[冲突块语义理解]
        F2 --> F3[自动/半自动解决]

        G --> G1[PR描述生成]
        G --> G2[Review标签自动标注]
        G --> G3[Test Plan建议]
    end
```

### 1.1 核心集成点

Claude Code在Git工作流中有五个核心集成点：

| 集成点 | 能力 | 传统方式对比 |
|--------|------|-------------|
| `git add` | 语义化暂存，只暂存逻辑相关的变更 | 手动选择文件和行 |
| `git commit` | 分析diff生成语义准确的提交信息 | 手写或模板填充 |
| `git merge/rebase` | 冲突块级别的语义理解与自动解决 | 逐块手动编辑 |
| `git branch` | 基于任务自动创建命名规范的分支 | 手动命名 |
| `gh pr` | 自动生成PR标题、描述、测试计划 | 手动编写PR模板 |

### 1.2 安全边界

Claude Code对Git操作有严格的安全边界设计：

- **不会自动push到远程** — 除非你明确要求
- **不会force push到main/master** — 即使你要求，也会先警告
- **不会跳过pre-commit hooks** — 除非明确指定`--no-verify`
- **不会自动amend已推送的commit** — 避免破坏协作者的历史

---

## 二、智能提交：让每一次commit都有灵魂

### 2.1 基础提交流程

传统流程需要你自己写commit message，Claude Code则是分析变更后自动生成：

```bash
# 在Claude Code中直接说：
claude "提交当前的修改"

# Claude会执行以下步骤：
# 1. git status — 查看所有变更
# 2. git diff — 分析具体改动内容
# 3. 生成语义化commit message
# 4. git add 相关文件（不是无脑 git add .）
# 5. git commit -m "生成的message"
```

### 2.2 Co-Authored-By机制

Claude Code创建的每次提交都会自动附加`Co-Authored-By`标签：

```
feat: add user authentication with JWT tokens

Implement JWT-based authentication including:
- Login/logout endpoints
- Token refresh mechanism
- Middleware for route protection

Co-Authored-By: Claude <noreply@anthropic.com>
```

如果你不需要这个标记，可以在`CLAUDE.md`中配置：

```markdown
## Git配置
- 不要在commit message中添加Co-Authored-By行
```

或者在Settings中永久关闭：

```bash
claude config set --global git.coAuthor false
```

### 2.3 Conventional Commits集成

Claude Code默认生成Conventional Commits格式的消息：

| 前缀 | 含义 | 示例 |
|------|------|------|
| `feat:` | 新功能 | `feat: add user profile page` |
| `fix:` | Bug修复 | `fix: resolve null pointer in auth flow` |
| `refactor:` | 重构 | `refactor: extract validation logic to utils` |
| `docs:` | 文档 | `docs: update API endpoint descriptions` |
| `test:` | 测试 | `test: add unit tests for payment module` |
| `chore:` | 杂项 | `chore: upgrade dependencies to latest` |
| `perf:` | 性能 | `perf: optimize database query in user search` |

在`CLAUDE.md`中可以自定义规范：

```markdown
## Git规范
- 使用Conventional Commits格式
- 提交信息使用英文，以动词原形开头
- scope使用模块名：如 feat(auth):, fix(api):
- body说明"为什么"而非"是什么"
```

### 2.4 原子化提交实践

一个常见错误是把所有变更塞进一个commit。Claude Code可以帮你拆分：

```
你: "我改了登录功能、修复了支付bug、还更新了依赖。帮我分三次提交。"

Claude会:
1. git diff --stat 分析变更文件
2. 识别三组逻辑独立的变更
3. 分别暂存和提交：
   - git add src/auth/* → commit "feat(auth): ..."
   - git add src/payment/* → commit "fix(payment): ..."
   - git add package.json package-lock.json → commit "chore: ..."
```

---

## 三、分支策略：AI时代的新范式

### 3.1 单分支陷阱

很多开发者习惯在main分支上直接与Claude Code对话，这会导致严重问题：

```mermaid
graph LR
    subgraph "❌ 单分支模式"
        M[main] --> C1[commit 1: 功能A]
        C1 --> C2[commit 2: 功能B]
        C2 --> C3[commit 3: 功能A修改]
        C3 --> C4[commit 4: 功能B修改]
        C4 --> C5[commit 5: 回滚功能A]
        style M fill:#ff6b6b,color:#fff
    end

    subgraph "✅ 多分支模式"
        M2[main] --> F1[feature/auth]
        M2 --> F2[feature/payment]
        M2 --> F3[fix/header-bug]
        F1 --> PR1[PR #1]
        F2 --> PR2[PR #2]
        F3 --> PR3[PR #3]
        PR1 --> M3[main merged]
        PR2 --> M3
        PR3 --> M3
        style M2 fill:#51cf66,color:#fff
        style M3 fill:#51cf66,color:#fff
    end
```

**单分支的问题**：
- Claude Code的上下文在功能间频繁切换，导致代码质量下降
- 无法回滚单个功能
- 没有review checkpoint
- 对话历史与代码变更难以对应

### 3.2 Feature Branch工作流（推荐入门）

这是最适合Claude Code新手的分支策略：

```bash
# 第1步：为新功能创建分支
claude "创建一个feature/user-profile分支，基于最新的main"

# Claude执行：
# git checkout main
# git pull origin main
# git checkout -b feature/user-profile

# 第2步：在分支上开发
claude "在feature/user-profile分支上实现用户个人资料页面，包含头像上传和基本信息编辑"

# Claude会在这个分支上工作，不影响main

# 第3步：完成后提交并创建PR
claude "提交所有改动并创建一个PR到main分支"
```

### 3.3 在CLAUDE.md中固化分支规范

```markdown
## Git分支策略
- 所有新功能在feature/*分支开发
- Bug修复在fix/*分支
- 永远不要直接push到main
- 分支命名格式：{type}/{ticket-id}-{简短描述}
  - 示例：feature/PROJ-123-user-profile
  - 示例：fix/PROJ-456-login-timeout
- 合并前必须创建PR，至少一人review
- 合并后立即删除分支
```

### 3.4 Git Flow模式

对于有明确发布周期的项目，Git Flow更合适：

```bash
# Claude Code中设置Git Flow
claude "帮我初始化Git Flow工作流：
- main分支用于生产发布
- develop分支用于集成开发
- 当前任务是开发v2.0的用户认证功能
- 创建feature/v2-auth分支从develop分出"

# Claude会执行：
# git checkout develop
# git pull origin develop  
# git checkout -b feature/v2-auth

# 开发完成后
claude "将feature/v2-auth合并回develop，然后删除feature分支"

# 发布时
claude "从develop创建release/v2.0分支，准备发布"
```

### 3.5 Trunk-Based模式（CI/CD成熟团队）

高频发布团队可采用Trunk-Based开发，配合Feature Flag：

```bash
claude "在main分支上添加用户收藏功能，但用feature flag 'enable_favorites' 控制，
默认关闭。只修改相关文件，不要影响现有功能。"

# Claude会：
# 1. 添加feature flag配置
# 2. 在功能入口添加flag检查
# 3. 确保flag关闭时原有行为不受影响
# 4. 提交时标注 [feature-flag]
```

---

## 四、合并冲突：AI辅助解决实战

### 4.1 冲突解决的三层策略

```mermaid
graph TD
    A[合并冲突检测] --> B{冲突类型判断}
    B -->|文本冲突| C[第一层：语义分析]
    B -->|逻辑冲突| D[第二层：代码流分析]
    B -->|架构冲突| E[第三层：人工介入]

    C --> C1[分析双方diff意图]
    C1 --> C2[自动合并非冲突部分]
    C2 --> C3[对冲突块给出建议]

    D --> D1[追踪函数调用链]
    D1 --> D2[检查API兼容性]
    D2 --> D3[生成兼容代码]

    E --> E1[列出冲突详情]
    E1 --> E2[给出方案选项]
    E2 --> E3[等待开发者决策]

    C3 --> F{自动解决?}
    F -->|是| G[自动合并完成]
    F -->|否| E
    D3 --> G
    E3 --> G
```

### 4.2 实战：解决真实合并冲突

**场景**：两人同时修改了`auth.js`，产生冲突。

```bash
# 步骤1：让Claude Code分析冲突
claude "我遇到了合并冲突，帮我看看怎么解决"

# Claude会执行：
# git status — 找到冲突文件
# 读取冲突标记（<<<<<<, ======, >>>>>>）
# 分析双方改动意图

# 步骤2：Claude输出分析结果
# "检测到 src/auth.js 有3处冲突：
#  冲突1（第45-62行）：你在main改了token过期时间为2h，
#    而feature分支改为支持可配置过期时间。
#    建议：保留feature分支的实现（更灵活）。
#
#  冲突2（第89-103行）：两边都新增了refreshToken函数。
#    建议合并两版本，main版本有更好的错误处理。
#
#  冲突3（第156-178行）：feature分支新增了速率限制。
#    main分支无此部分修改。建议直接采用feature分支。"

# 步骤3：确认后自动解决
claude "按你的建议解决所有冲突，然后提交"

# Claude执行：
# 编辑文件，移除冲突标记
# git add src/auth.js
# git commit -m "merge: resolve conflicts in auth module"
```

### 4.3 使用mergiraf增强结构化合并

对于复杂冲突，推荐安装mergiraf工具实现结构化合并：

```bash
# 安装mergiraf
cargo install mergiraf

# 配置为Git合并驱动
git config --global merge.conflictstyle diff3
git config --global core.attributesFile ~/.gitattributes

# 在 .gitattributes 中添加：
# *.js merge=mergiraf
# *.ts merge=mergiraf
# *.py merge=mergiraf
```

mergiraf理解AST（抽象语法树），可以在函数级别进行智能合并，而不是简单的文本比对。结合Claude Code的语义理解，形成"结构化合并 + AI决策"的双层解决方案。

### 4.4 Rebase冲突处理

Rebase比merge更容易产生冲突（逐commit重放），但Claude Code可以高效处理：

```bash
claude "将feature/user-profile分支rebase到最新的main上，
遇到冲突自动解决，如果不确定的地方暂停问我"

# Claude执行流程：
# 1. git fetch origin main
# 2. git rebase origin/main
# 3. 遇到冲突 → 分析 → 自动解决（有把握的）
# 4. 不确定的冲突 → 展示给用户 → 等待决策
# 5. git rebase --continue
# 6. 重复直到完成
```

---

## 五、PR自动化：从代码到上线

### 5.1 完整PR创建流程

```bash
claude "帮我创建一个PR，包含以下要求：
- 基于feature/payment-integration分支
- 目标是main分支
- 标题不超过70个字符
- 包含变更摘要、测试计划和截图说明"

# Claude完整执行：
# 1. git log main..feature/payment-integration — 分析所有commits
# 2. git diff main...feature/payment-integration --stat — 统计变更
# 3. 生成PR标题：feat: integrate Stripe payment processing
# 4. 生成PR描述（包含Summary、Changes、Test Plan）
# 5. gh pr create --title "..." --body "..."
```

生成的PR描述示例：

```markdown
## Summary
- 集成Stripe支付网关，支持信用卡和Apple Pay
- 添加订单状态webhook处理
- 实现支付失败自动重试机制（最多3次）

## Changes
- `src/services/payment.ts`: 新增Stripe服务封装
- `src/routes/checkout.ts`: 结账流程集成支付
- `src/models/order.ts`: 订单状态枚举扩展
- `src/webhooks/stripe.ts`: Webhook事件处理
- `tests/payment.test.ts`: 47个测试用例

## Test Plan
- [ ] 单元测试：`npm test -- payment`
- [ ] Stripe测试模式端到端验证
- [ ] Webhook签名验证测试
- [ ] 支付失败场景回归测试
- [ ] 移动端Apple Pay按钮渲染验证
```

### 5.2 PR Review自动化

```bash
# 自动响应Review评论
claude "查看PR #42的review评论，帮我逐条回复并修复代码"

# Claude会：
# 1. gh pr view 42 --comments — 获取评论
# 2. gh api repos/{owner}/{repo}/pulls/42/comments — 获取inline comments
# 3. 分析每条评论的意图
# 4. 修改代码
# 5. 推送修复
# 6. 回复评论说明修改内容
```

### 5.3 CLAUDE.md中的PR规范

```markdown
## PR规范
- PR标题格式：{type}({scope}): {简短描述}
- 描述必须包含：Summary、Changes、Test Plan三个section
- 变更超过500行时，增加"Migration Guide"section
- 至少关联一个Issue或Ticket
- 合并方式：squash merge到main
```

---

## 六、Git Hooks与Claude Code联动

### 6.1 Pre-commit Hook：代码质量守门员

结合Claude Code的Hook机制，在提交前自动检查：

```json
// .claude/settings.json
{
  "hooks": {
    "pre-commit": {
      "type": "command",
      "command": "npm run lint && npm run type-check",
      "description": "提交前运行lint和类型检查"
    }
  }
}
```

更高级的方案 — 利用Claude Code自身的Hook做AI代码审查：

```json
{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "if echo \"$TOOL_INPUT\" | grep -q 'git commit'; then echo 'Commit blocked: use Claude Code commit workflow'; exit 1; fi"
          }
        ]
      }
    ]
  }
}
```

这段配置强制所有Git commit必须通过Claude Code的工作流，阻止直接`git commit`绕过AI审查。

### 6.2 Commit-msg Hook：自动规范化

在`.git/hooks/commit-msg`中添加：

```bash
#!/bin/bash
# 自动校验commit message格式
MSG=$(cat "$1")
if ! echo "$MSG" | grep -qE "^(feat|fix|refactor|docs|test|chore|perf|ci|build)(\(.+\))?: .{1,70}$"; then
    echo "ERROR: Commit message不符合Conventional Commits格式"
    echo "Expected: type(scope): description"
    echo "Got: $MSG"
    exit 1
fi
```

### 6.3 Post-merge Hook：自动同步CLAUDE.md

合并后自动更新项目配置：

```bash
#!/bin/bash
# .git/hooks/post-merge
# 检测CLAUDE.md是否有变更，提醒更新
if git diff HEAD@{1} HEAD --name-only | grep -q "CLAUDE.md"; then
    echo "⚠️  CLAUDE.md已更新，请查看最新项目规范"
    echo "运行 cat CLAUDE.md 查看详情"
fi
```

---

## 七、实战案例：完整功能开发全流程

### 7.1 场景描述

我们需要在一个Next.js电商项目中添加商品收藏功能。完整走一遍"创建分支 → 开发 → 测试 → 提交 → PR"的全流程。

### 7.2 完整操作步骤

```bash
# 步骤1：初始化项目上下文
claude "/init"
# Claude扫描项目，生成/更新CLAUDE.md

# 步骤2：创建功能分支
claude "基于develop分支创建feature/wishlist功能分支"

# 步骤3：开发（在Claude Code交互中完成）
claude "实现商品收藏功能，要求：
1. 用户可以点击心形图标收藏/取消收藏商品
2. 收藏列表在用户中心页面展示
3. 使用现有的API架构风格
4. 添加乐观更新（optimistic update）提升体验
5. 编写完整的单元测试和集成测试"

# Claude会自动：
# - 分析现有代码架构
# - 创建/修改需要的文件
# - 遵循项目现有的代码风格
# - 编写测试

# 步骤4：运行测试验证
claude "运行所有测试，确保没有破坏现有功能"

# 步骤5：原子化提交
claude "将改动分成合理的原子提交：
1. 数据模型和API变更
2. UI组件
3. 集成和页面
4. 测试"

# 步骤6：推送到远程并创建PR
claude "推送feature/wishlist分支到远程，
创建PR到develop分支，包含完整的PR描述"

# 步骤7：处理review反馈
# （假设reviewer提出了修改意见）
claude "PR #87有一条reviewer评论：
'收藏按钮在未登录时应该跳转到登录页而不是静默失败'
请修复这个问题并回复reviewer"
```

### 7.3 完整工作流Mermaid图

```mermaid
sequenceDiagram
    participant D as 开发者
    participant C as Claude Code
    participant G as Git
    participant R as GitHub Remote

    D->>C: /init 初始化项目
    C->>G: 扫描代码库
    G-->>C: 项目结构分析
    C-->>D: 生成CLAUDE.md

    D->>C: 创建feature分支
    C->>G: git checkout -b feature/wishlist
    G-->>C: 分支创建成功

    D->>C: 实现收藏功能
    C->>G: 创建/修改文件
    C->>C: 运行lint检查
    C-->>D: 功能实现完成

    D->>C: 运行测试
    C->>G: npm test
    G-->>C: 测试结果
    C-->>D: 所有测试通过

    D->>C: 原子化提交
    C->>G: git add + commit (4次)
    Note over G: feat(model): add wishlist schema<br/>feat(ui): add favorite button<br/>feat(page): integrate wishlist<br/>test: add wishlist tests

    D->>C: 创建PR
    C->>G: git push origin feature/wishlist
    G->>R: 推送到远程
    C->>R: gh pr create
    R-->>C: PR #87 创建成功

    D->>C: 处理review反馈
    C->>G: 修复代码
    C->>R: 推送修复 + 回复评论
    R-->>D: PR merged ✓
```

---

## 八、高级技巧与最佳实践

### 8.1 用CLAUDE.md防止Claude犯错

在项目中添加Git相关的规则，可以显著减少Claude Code的Git操作失误：

```markdown
## Git安全规则（必须遵守）
- 永远不要在main分支上直接commit
- 不要使用 git push --force
- 不要使用 git reset --hard（除非我明确要求）
- 不要跳过pre-commit hooks（不使用 --no-verify）
- commit前必须运行 npm run lint 和 npm test
- 每个commit只包含逻辑相关的变更
- 删除文件前必须先确认
```

### 8.2 分支命名模板

```markdown
## 分支命名规范
格式：{type}/{ticket}-{简短描述}
type可选值：
- feature/ — 新功能
- fix/ — Bug修复
- refactor/ — 代码重构
- docs/ — 文档更新
- chore/ — 构建/工具变更

示例：
- feature/PROJ-456-wishlist
- fix/PROJ-789-login-timeout
- refactor/PROJ-101-api-cleanup
```

### 8.3 多仓库协作技巧

当工作涉及多个关联仓库时：

```bash
# 在主仓库中
claude "我在backend仓库的API做了Breaking Change，
检查frontend仓库中所有调用这个API的地方，
创建fix分支来适配新的接口"

# Claude会：
# 1. 分析API变更内容
# 2. 在frontend仓库中搜索所有调用点
# 3. 创建适配分支
# 4. 逐个修复调用代码
```

### 8.4 紧急Hotfix流程

```bash
# 生产环境出Bug，紧急修复
claude "生产环境出现支付超时问题。
1. 从main创建hotfix/payment-timeout分支
2. 定位 src/services/payment.ts 第156行的超时逻辑
3. 将超时时间从5s改为15s，并添加重试机制
4. 提交并创建紧急PR，标题标注 [HOTFIX]
5. 添加详细的变更说明和回滚方案"

# Claude理解紧急性，会：
# - 精准定位问题
# - 最小化变更范围
# - 标注紧急程度
# - 提供回滚方案
```

---

## 九、常见问题与解决方案

### Q1：Claude Code误删了我的代码怎么办？

Claude Code每次对话都自动创建checkpoint，可以通过Git reflog恢复：

```bash
# 查看操作历史
git reflog

# 回到Claude操作之前的版本
git reset --soft HEAD@{1}
```

### Q2：Claude Code的commit太大了怎么办？

在`CLAUDE.md`中添加约束：

```markdown
- 每个commit不超过200行变更
- 超过200行时自动拆分为多个原子commit
```

或者直接说：

```
"帮我把上一个commit拆分成3个更小的原子commit"
```

### Q3：如何在团队中标准化Git工作流？

1. 在仓库根目录放置统一的`CLAUDE.md`
2. 使用`.claude/settings.json`配置团队级Hook
3. 通过CI/CD验证commit message格式
4. 定期更新`CLAUDE.md`反映流程变化

### Q4：Claude Code支持Git LFS吗？

支持。Claude Code会识别`.gitattributes`中的LFS配置，正常处理大文件。但如果LFS文件内容需要分析（如图片），需要通过Read工具读取。

### Q5：如何处理多个Claude Code实例操作同一仓库？

这是Git Worktree的核心场景。每个实例在自己的worktree中工作，完全隔离：

```bash
# 实例1：在worktree A中开发功能A
claude "创建worktree feature/auth并切换过去"

# 实例2：在worktree B中修复bug
claude "创建worktree fix/header-bug并切换过去"
```

---

## 十、效率对比：有/无Claude Code的Git工作流

| 操作 | 传统方式 | Claude Code方式 | 效率提升 |
|------|---------|----------------|---------|
| 写commit message | 2-5分钟 | 10秒（自动生成） | 12-30x |
| 解决合并冲突 | 10-30分钟 | 1-3分钟（AI辅助） | 5-10x |
| 创建PR描述 | 5-10分钟 | 30秒（自动生成） | 10-20x |
| Review代码并回复 | 15-30分钟 | 3-5分钟（AI辅助） | 3-6x |
| 分支管理 | 手动操作 | 自然语言驱动 | 3-5x |

---

## 延伸阅读

- [Claude Code官方文档 - Commands](https://code.claude.com/docs/en/commands) — 所有内置命令参考
- [Claude Code官方文档 - Hooks指南](https://code.claude.com/docs/en/hooks-guide) — Hook配置完整指南
- [Claude Code Git工作流 - 菜鸟教程](https://www.runoob.com/claude-code/claude-code-git-workflow.html) — 中文入门教程
- [How to Use Git with Claude Code: Commands, Commits and Tips](https://www.deployhq.com/blog/how-to-use-git-with-claude-code-understanding-the-co-authored-by-attribution) — Co-Authored-By机制详解
- [How to Resolve Git Conflicts Instantly with Claude Code](https://claudecode-lab.com/en/blog/claude-code-git-conflict-resolution/) — 冲突解决实战

## 训练营适用性评估

- **适合训练营类型**：全栈开发训练营、DevOps工程化训练营、AI辅助编程实战营
- **预计教学时长**：3-4小时（含实操练习）
- **前置要求**：学员需具备Git基本操作能力
- **推荐练习**：让学员用Claude Code完成一个包含分支创建、冲突解决、PR创建的完整流程
- **难度等级**：中等（需理解Git概念，但不需要高级Git技巧）

## 参考来源
1. [How to Use Git with Claude Code: Commands, Commits and Tips - DeployHQ](https://www.deployhq.com/blog/how-to-use-git-with-claude-code-understanding-the-co-authored-by-attribution) — Claude Code Git提交机制与Co-Authored-By详解
2. [How to Resolve Git Conflicts Instantly with Claude Code](https://claudecode-lab.com/en/blog/claude-code-git-conflict-resolution/) — AI辅助冲突解决的实战方法论
3. [A practical guide to automating git workflows with Claude Code](https://www.eesel.ai/blog/git-workflows-claude-code) — Git自动化工作流的最佳实践
4. [Claude Code Git工作流完全指南 - jmliu6.com](https://www.jmliu6.com/zh/blog/claude-code-git) — 中文Git工作流深度指南
5. [Resolve Merge Conflicts the Easy Way - Haacked](https://haacked.com/archive/2026/03/25/resolve-merge-conflicts/) — mergiraf结构化合并与Claude Code结合方案

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)