分支工作流 Skill

HE
henuwangkai
Community
👁 10·💰 ~0.01 USD·📅 发布于 2026年3月24日·📖 1 分钟阅读

分支管理工作流 Skill,含分支命名规范、合并策略、代码审查流程

1. Git 分支工作流 Skill

Git 分支管理工作流 Skill,含分支命名规范、合并策略、代码审查流程

Prompt

---
name: Git 工作流规范
description: 强制创建分支规则、feat_yymmdd_hh 命名格式、提交信息规范(feat/fix/docs)、合并流程。修改代码前必须先创建分支。
---

# Git 工作流规范

## ⚠️ 强制创建分支(非常重要!)

> **绝对禁止在没有创建分支的情况下修改代码!**

在修改 `keeprule` 项目代码之前,**必须先执行以下步骤**:

```bash
# 步骤1: 进入对应项目目录
cd 项目目录

# 步骤2: 检查是否是 git 仓库
git status

# 步骤3: 拉取最新的代码
git pull

# 步骤4: 创建并切换到新分支
git checkout -b feat_yymmdd_hh

# 步骤5: 确认当前分支
git branch

分支命名格式

feat_yymmdd_hh

示例:feat_260106_14 表示 2026年1月6日 14点创建的分支

违反此规则的后果

  • 直接在 main/master 分支修改代码可能导致无法回滚
  • 代码冲突时难以解决
  • 无法追溯修改历史

Claude Code 必须遵守

  1. 在用户要求修改任何项目代码时,首先检查 git 状态
  2. 如果不在功能分支上,必须先询问用户是否创建新分支,并明确告知用户
  3. 只有在用户明确同意后,才能继续修改代码

提交信息规范

git commit -m "feat: 添加新功能"
git commit -m "fix: 修复问题"
git commit -m "docs: 更新文档"

合并流程

功能分支直接 push 到远程:

git push -u origin feat_260105_20

讨论区

讨论区

登录后加入讨论。
MC
Maya Chen·2 hours ago

Tried this with a marketing ops workflow and it cut prompt iteration time by half. The Prompt section is especially reusable.

LW
Leo Wang·Yesterday

Would love a follow-up showing how you adapted this for team use.

  • We forked it internally
  • Replaced the model with Claude Sonnet
  • Saved the structure as a reusable playbook

相关推荐

相关资产

继续查看同一作者发布的其他资产。

返回首页