Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
yangsonhung avatar

Git Push Secondary Merge Primary Cn

  • 18 installs
  • 16 repo stars
  • Updated July 13, 2026
  • yangsonhung/awesome-agent-skills

Helps with ai & agent building tasks.

About

git-push-secondary-merge-primary-cn is a Claude Code skill in the AI & Agent Building category.

  • git-push-secondary-merge-primary-cn
  • AI & Agent Building
  • AI-coding skill

Git Push Secondary Merge Primary Cn by the numbers

  • 18 all-time installs (skills.sh)
  • +2 installs in the week ending Jul 27, 2026 (Skillselion tracking)
  • Ranked #10,724 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 1, 2026 (Skillselion catalog sync)
npx skills add https://github.com/yangsonhung/awesome-agent-skills --skill git-push-secondary-merge-primary-cn

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs18
repo stars16
Last updatedJuly 13, 2026
Repositoryyangsonhung/awesome-agent-skills

What it does

Helps with ai & agent building tasks.

Files

SKILL.mdMarkdownGitHub ↗

Git 推送副分支并合并主分支

概述

执行标准的双分支交接流程:在副分支完成工作并推送,再合并到主分支并推送,最后切回副分支。

  • 副分支:承载当前工作的分支,如 devdevelop 或其他集成分支。
  • 主分支:受保护的发布分支,如 mainmaster

何时使用

当用户要求执行以下操作时使用本技能:

  • 推送工作分支后再合并到发布分支
  • 双分支同步发布流程,例如 devmaindevelopmaster
  • 在副分支完成功能后同步到主分支
  • 保留主分支上的清晰合并提交,同时不丢失副分支的提交历史

不要使用

以下场景不要使用本技能:

  • 单分支的提交/推送(使用普通的 commit + push 流程)
  • 强制推送、改写历史或 rebase 操作
  • 从 Git 历史生成汇总报告(请使用 git-weekly-report-cn
  • 评审代码变更(请使用 code-reviewerfrontend-code-review

使用说明

先按分支识别规则确定主分支和副分支,再按工作流程顺序执行。遇到分支名不明确、合并冲突、脏工作区或推送被拒绝且无法安全处理时,停止并说明阻塞原因,不要猜测执行。

分支识别

1. 优先采用用户显式指定的分支名。 2. 当用户说 devmain,但仓库实际使用 developmaster 时,先核对真实分支再选择。 3. 优先通过 git symbolic-ref refs/remotes/origin/HEAD 识别主分支。 4. 远端 HEAD 不可用时,优先选择已存在的 main,其次 master。 5. 当前分支若不是主分支,就将其视为副分支。 6. 若当前已在主分支且未指定副分支,优先选择已存在的 dev,其次 develop。 7. 仍无法安全确定时,向用户询问主分支和副分支名称。

工作流程

1. 检查仓库状态。

  • 运行 git status --shortgit branch --show-currentgit remote -v
  • 确认工作区属于目标仓库。
  • 不得丢弃或回滚用户改动。
  • 按分支识别规则确定 <secondary_branch><primary_branch>

2. 将工作切换到 <secondary_branch>

  • 已经在 <secondary_branch> 上则继续。
  • 当前在其他分支且工作区有未提交改动时,只有 Git 允许干净切换才执行;否则停下来向用户说明阻塞原因。
  • 当前在其他干净分支时,执行 git checkout <secondary_branch>git pull --ff-only origin <secondary_branch>

3. 如果 <secondary_branch> 上有本地改动,先提交。

  • 使用 git add 暂存相关变更,除非用户要求更小的范围。
  • 生成符合 Conventional Commits 的提交信息:英文 type(scope): 前缀 + 冒号后接中文摘要。
  • 不允许使用 --no-verify
  • 钩子或校验失败时,先修复问题再提交。
  • <secondary_branch> 无本地改动,跳过提交直接进入推送步骤。

4. 推送 <secondary_branch>

  • 执行 git push origin <secondary_branch>
  • 推送因远端更新而被拒绝时,先 git fetch 并查看再重试;除非用户明确要求,否则不执行强制推送。

5. 合并到 <primary_branch>

  • 执行 git checkout <primary_branch>
  • 执行 git pull --ff-only origin <primary_branch>
  • <primary_branch> 未包含 <secondary_branch> 时,使用 git merge --no-ff <secondary_branch> -m "chore(<primary_branch>): 合并 <secondary_branch> 到 <primary_branch>" 保留合并提交。
  • 出现合并冲突时立即停止,列出需要用户解决的文件。

6. 推送 <primary_branch>

  • 执行 git push origin <primary_branch>

7. 切回 <secondary_branch>

  • 执行 git checkout <secondary_branch>
  • 通过 git status --shortgit branch --show-current 复核。
  • 最终所在分支必须是 <secondary_branch>
  • 汇报副分支提交 SHA、(若存在)主分支合并提交 SHA、已推送的分支和最终所在分支。

汇报

保持最终回复简洁。包含成功推送的分支与提交哈希。若宿主应用支持 Git 指令,仅在对应 Git 动作成功后再发出相关指令。

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.