🚀 快速安装

复制以下命令并运行，立即安装此 Skill：

npx @anthropic-ai/skills install github/awesome-copilot/git-flow-branch-creator

💡 提示：需要 Node.js 和 NPM

操作指南

<instructions>
	<title>Git Flow 分支创建器</title>
	<description>此提示通过 git status 和 git diff（或 git diff --cached）分析您当前的 git 更改，然后根据 Git Flow 分支模型智能地确定适当的分支类型，并创建一个语义化的分支名称。</description>
	<note>
		只需运行此提示，Copilot 将分析您的更改并为您创建合适的 Git Flow 分支。
	</note>
</instructions>

工作流程

请遵循以下步骤：

  1. 运行 git status 查看当前仓库状态和已更改的文件。
  2. 运行 git diff（对于未暂存的更改）或 git diff --cached（对于已暂存的更改）来分析更改的性质。
  3. 使用下面的 Git Flow 分支分析框架分析更改。
  4. 根据分析结果确定合适的分支类型。
  5. 遵循 Git Flow 约定生成语义化的分支名称。
  6. 自动创建分支并切换到该分支。
  7. 提供分析摘要和下一步操作的说明。

Git Flow 分支分析框架

<analysis-framework>
	<branch-types>
		<feature>
			<purpose>新功能、增强、非关键改进</purpose>
			<branch-from>develop</branch-from>
			<merge-to>develop</merge-to>
			<naming>feature/描述性名称 或 feature/工单号-描述</naming>
			<indicators>
				<indicator>正在添加新功能</indicator>
				<indicator>用户界面/用户体验改进</indicator>
				<indicator>新的 API 端点或方法</indicator>
				<indicator>数据库模式添加（非破坏性）</indicator>
				<indicator>新的配置选项</indicator>
				<indicator>性能改进（非关键）</indicator>
			</indicators>
		</feature>

		<release>
			<purpose>发布准备、版本号更新、最终测试</purpose>
			<branch-from>develop</branch-from>
			<merge-to>develop 和 master</merge-to>
			<naming>release-X.Y.Z</naming>
			<indicators>
				<indicator>版本号更改</indicator>
				<indicator>构建配置更新</indicator>
				<indicator>文档定稿</indicator>
				<indicator>发布前的小错误修复</indicator>
				<indicator>发布说明更新</indicator>
				<indicator>依赖版本锁定</indicator>
			</indicators>
		</release>

		<hotfix>
			<purpose>需要立即部署的关键生产错误修复</purpose>
			<branch-from>master</branch-from>
			<merge-to>develop 和 master</merge-to>
			<naming>hotfix-X.Y.Z 或 hotfix/关键问题描述</naming>
			<indicators>
				<indicator>安全漏洞修复</indicator>
				<indicator>关键生产错误</indicator>
				<indicator>数据损坏修复</indicator>
				<indicator>服务中断解决</indicator>
				<indicator>紧急配置更改</indicator>
			</indicators>
		</hotfix>
	</branch-types>
</analysis-framework>

分支命名约定

<naming-conventions>
	<feature-branches>
		<format>feature/[工单号-]描述性名称</format>
		<examples>
			<example>feature/user-authentication</example>
			<example>feature/PROJ-123-shopping-cart</example>
			<example>feature/api-rate-limiting</example>
			<example>feature/dashboard-redesign</example>
		</examples>
	</feature-branches>

	<release-branches>
		<format>release-X.Y.Z</format>
		<examples>
			<example>release-1.2.0</example>
			<example>release-2.1.0</example>
			<example>release-1.0.0</example>
		</examples>
	</release-branches>

	<hotfix-branches>
		<format>hotfix-X.Y.Z 或 hotfix/关键描述</format>
		<examples>
			<example>hotfix-1.2.1</example>
			<example>hotfix/security-patch</example>
			<example>hotfix/payment-gateway-fix</example>
			<example>hotfix-2.1.1</example>
		</examples>
	</hotfix-branches>
</naming-conventions>

分析过程

<analysis-process>
	<step-1>
		<title>更改性质分析</title>
		<description>检查修改的文件类型和更改的性质</description>
		<criteria>
			<files-modified>查看文件扩展名、目录结构和用途</files-modified>
			<change-scope>确定更改是新增性的、修正性的还是准备性的</change-scope>
			<urgency-level>评估更改是解决关键问题还是属于开发性工作</urgency-level>
		</criteria>
	</step-1>

	<step-2>
		<title>Git Flow 分类</title>
		<description>将更改映射到适当的 Git Flow 分支类型</description>
		<decision-tree>
			<question>这些是生产问题的关键修复吗？</question>
			<if-yes>考虑使用 hotfix 分支</if-yes>
			<if-no>
				<question>这些是发布准备性更改（版本更新、最终调整）吗？</question>
				<if-yes>考虑使用 release 分支</if-yes>
				<if-no>默认使用 feature 分支</if-no>
			</if-no>
		</decision-tree>
	</step-2>

	<step-3>
		<title>分支名称生成</title>
		<description>创建语义化、描述性的分支名称</description>
		<guidelines>
			<use-kebab-case>使用小写字母和连字符</use-kebab-case>
			<be-descriptive>名称应清晰表明其目的</be-descriptive>
			<include-context>在可用时添加工单号或项目上下文</include-context>
			<keep-concise>避免名称过长</keep-concise>
		</guidelines>
	</step-3>
</analysis-process>

边缘情况与验证

<edge-cases>
	<mixed-changes>
		<scenario>更改同时包含功能和新功能和错误修复</scenario>
		<resolution>优先考虑最重要的更改类型，或建议拆分为多个分支</resolution>
	</mixed-changes>

	<no-changes>
		<scenario>git status/diff 未检测到更改</scenario>
		<resolution>通知用户，并建议首先检查 git status 或进行更改</resolution>
	</no-changes>

	<existing-branch>
		<scenario>已经在一个功能/热修复/发布分支上</scenario>
		<resolution>分析是否需要新分支，或者当前分支是否合适</resolution>
	</existing-branch>

	<conflicting-names>
		<scenario>建议的分支名称已存在</scenario>
		<resolution>附加增量后缀或建议替代名称</resolution>
	</conflicting-names>
</edge-cases>

示例

<examples>
	<example-1>
		<scenario>添加了新的用户注册 API 端点</scenario>
		<analysis>新功能，新增性更改，非关键</analysis>
		<branch-type>feature</branch-type>
		<branch-name>feature/user-registration-api</branch-name>
		<command>git checkout -b feature/user-registration-api develop</command>
	</example-1>

	<example-2>
		<scenario>修复了身份验证中的关键安全漏洞</scenario>
		<analysis>安全修复，对生产环境至关重要，需要立即部署</analysis>
		<branch-type>hotfix</branch-type>
		<branch-name>hotfix/auth-security-patch</branch-name>
		<command>git checkout -b hotfix/auth-security-patch master</command>
	</example-2>

	<example-3>
		<scenario>将版本更新到 2.1.0 并最终确定了发布说明</scenario>
		<analysis>发布准备，版本号更新，文档</analysis>
		<branch-type>release</branch-type>
		<branch-name>release-2.1.0</branch-name>
		<command>git checkout -b release-2.1.0 develop</command>
	</example-3>

	<example-4>
		<scenario>改进了数据库查询性能并更新了缓存</scenario>
		<analysis>性能改进，非关键增强</analysis>
		<branch-type>feature</branch-type>
		<branch-name>feature/database-performance-optimization</branch-name>
		<command>git checkout -b feature/database-performance-optimization develop</command>
	</example-4>
</examples>

验证清单

<validation>
	<pre-analysis>
		<check>仓库处于干净状态（没有会冲突的未提交更改）</check>
		<check>当前分支是合适的起始点（功能/发布从 develop 开始，热修复从 master 开始）</check>
		<check>远程仓库已更新</check>
	</pre-analysis>

	<analysis-quality>
		<check>更改分析覆盖了所有修改过的文件</check>
		<check>分支类型的选择遵循 Git Flow 原则</check>
		<check>分支名称是语义化的并遵循约定</check>
		<check>边缘情况已考虑并处理</check>
	</analysis-quality>

	<execution-safety>
		<check>目标分支（develop/master）存在且可访问</check>
		<check>建议的分支名称与现有分支不冲突</check>
		<check>用户具有创建分支的适当权限</check>
	</execution-safety>
</validation>

最终执行

<execution-protocol>
	<analysis-summary>
		<git-status>git status 命令的输出</git-status>
		<git-diff>git diff 输出的相关部分</git-diff>
		<change-analysis>关于更改代表什么的详细分析</change-analysis>
		<branch-decision>解释为何选择特定的分支类型</branch-decision>
	</analysis-summary>

	<branch-creation>
		<command>git checkout -b [分支名称] [源分支]</command>
		<confirmation>验证分支创建情况和当前分支状态</confirmation>
		<next-steps>提供下一步操作的指导（提交更改、推送分支等）</next-steps>
	</branch-creation>

	<fallback-options>
		<alternative-names>如果主要建议不合适，提供 2-3 个备选分支名称</alternative-names>
		<manual-override>如果分析结果看起来不正确，允许用户指定不同的分支类型</manual-override>
	</fallback-options>
</execution-protocol>

Git Flow 参考

<gitflow-reference>
	<main-branches>
		<master>生产就绪代码，每次提交都是一个发布</master>
		<develop>功能的集成分支，最新的开发更改</develop>
	</main-branches>

	<supporting-branches>
		<feature>从 develop 分支，合并回 develop</feature>
		<release>从 develop 分支，合并到 develop 和 master</release>
		<hotfix>从 master 分支，合并到 develop 和 master</hotfix>
	</supporting-branches>

	<merge-strategy>
		<flag>始终使用 --no-ff 标志以保留分支历史</flag>
		<tagging>在 master 分支上标记发布版本</tagging>
		<cleanup>成功合并后删除分支</cleanup>
	</merge-strategy>
</gitflow-reference>

📄 原始文档

完整文档（英文）：

https://skills.sh/github/awesome-copilot/git-flow-branch-creator

💡 提示：点击上方链接查看 skills.sh 原始英文文档，方便对照翻译。

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。