본문으로 건너뛰기
cccskills
무료GitHub에 공개

ase-repo-merge

Merge a Git source branch, including its still uncommitted changes, into a target branch through a regular merge, a rebase with fast-forward, or a squash merge, resolving merge conflicts semantically, check that the source branch landed, and emit a MERGED, CONFLICT, or FAILED verdict. Use when the user calls to "merge", "integrate", or "land" a branch.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

실행 점수 미검증

설치 방법 보기

포함된 파일(2)

  • SKILL.md14.2 KB
  • help.md4.0 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md

<purpose name="ase-repo-merge"> Merge a Branch </purpose>

<expand name="getopt" arg1="ase-repo-merge" arg2="--target|-t=current --mode|-m=(merge|rebase|squash) --cleanup|-c"> $ARGUMENTS </expand>

<objective> *Merge* the source branch, including its still *uncommitted* changes, into the target branch, *resolve* all merge conflicts *semantically*, *check* that the source branch landed, and report the *merge verdict*. </objective>

@${CLAUDE_SKILL_DIR}/../../meta/ase-common-resolve.md

<define name="source-rollback"> If <source-commit/> is not empty and <merged/> is not equal `true`, undo the commit of the pending source changes of STEP 2, so they are uncommitted again: run the command `git -C "<source-dir/>" rev-parse HEAD` and, only if its output equals <source-commit/>, run the command `git -C "<source-dir/>" reset --quiet --mixed "<source-commit/>~1"`. </define> <define name="merge-fail"> First expand the following:

<expand name="source-rollback"></expand>

Then only output the following <template/> and then immediately STOP processing the entire current skill:

<template> ⧉ **ASE**: ✪ skill: **ase-repo-merge**, ▶ ERROR: <arg1/>, ▶ MERGE VERDICT: **FAILED** </template> </define> <flow>
  1. <step id="STEP 1: Determine Branches">
    1. Set <source-commit/> to empty, <merged/> to false, and <squashed/> to false.

    2. Set <source/> to <getopt-arguments/> with any leading and trailing whitespace stripped. If <source/> is empty or contains whitespace, expand the following:

      <expand name="merge-fail" arg1="exactly one source branch required"></expand>

    3. Determine the checked-out branch by running the command git branch --show-current (taken exactly as given) and capturing its output into <current-branch/>. If <getopt-option-target/> is current, set <target><current-branch/></target>, otherwise set <target><getopt-option-target/></target>. If <target/> is empty (detached HEAD), expand the following:

      <expand name="merge-fail" arg1="no target branch determinable"></expand>

    4. For each of the branches <source/> and <target/>, run the command git rev-parse --verify --quiet "refs/heads/<branch/>" (with <branch/> substituted). If it fails for a branch, expand the following:

      <expand name="merge-fail" arg1="branch **<branch/>** does not exist"></expand>

    5. Determine the worktrees by running the command git worktree list --porcelain (taken exactly as given). Set <source-dir/> to the worktree path of the entry whose branch line is refs/heads/<source/> (or to empty if there is none), and set <target-dir/> to the worktree path of the entry whose branch line is refs/heads/<target/> (or to empty if there is none). Do not output anything.

    </step>
  2. <step id="STEP 2: Commit Pending Source Changes">
    1. If <source-dir/> is empty, skip this entire STEP 2, as a branch not checked out anywhere carries no uncommitted changes.

    2. Run the command git -C "<source-dir/>" status --porcelain. If its output is empty, skip the remaining items of this STEP 2.

    3. Stage all changes by running the command git -C "<source-dir/>" add --all, inspect them by running the command git -C "<source-dir/>" diff --cached, and craft a commit <message/> in the format <type/>: <summary/>, where <type/> is one of FEATURE, IMPROVEMENT, BUGFIX, UPDATE, CLEANUP, or REFACTOR and <summary/> is a 60-80 character, imperative-mood summary without a trailing period, without Markdown formatting, and without any double-quote ("), backtick (`), dollar ($), or backslash (\) characters. Never add Co-Authored-By trailers to commit messages.

    4. Commit the changes by running the command git -C "<source-dir/>" commit -m "<message/>". If it fails, unstage the changes again by running the command git -C "<source-dir/>" reset --quiet and expand the following:

      <expand name="merge-fail" arg1="pending changes of branch **<source/>** failed to commit"></expand>

    5. Capture the output of the command git -C "<source-dir/>" rev-parse HEAD into <source-commit/>. If <source/> equals <target/>, set <merged/> to true, as the committed changes already landed on the target branch.

    6. Only output the following <template/>:

      <template> ⧉ **ASE**: ✪ skill: **ase-repo-merge**, ⎇ branch: **<source/>**, ▶ status: **pending changes committed** </template>
    </step>
  3. <step id="STEP 3: Merge Source into Target">
    1. If <source/> equals <target/>, skip this entire STEP 3, as the committed changes already landed on the target branch.

    2. If <target-dir/> is empty, expand the following:

      <expand name="merge-fail" arg1="target branch **<target/>** is not checked out in any worktree"></expand>

    3. Run the command git -C "<target-dir/>" status --porcelain. If its output is not empty, expand the following, leaving the uncommitted changes of the target untouched:

      <expand name="merge-fail" arg1="target branch **<target/>** has uncommitted changes"></expand>

    4. Capture the output of the command git -C "<target-dir/>" rev-parse HEAD into <target-commit/>, the target branch before the merge. Then set <op-dir/>, the worktree in which the operation runs, and <abort-cmd/>, the command which undoes the in-progress operation, according to <getopt-option-mode/>:

      • merge: set <op-dir><target-dir/></op-dir> and <abort-cmd>git -C "<target-dir/>" merge --abort</abort-cmd>.

      • squash: set <op-dir><target-dir/></op-dir> and <abort-cmd>git -C "<target-dir/>" reset --hard --quiet HEAD</abort-cmd>, as a squash merge records no MERGE_HEAD and hence cannot be aborted via git merge --abort (the reset is safe, as the target worktree was free of uncommitted changes before).

      • rebase: the source branch has to be checked out for being rebased. If <source-dir/> is not empty, set <op-dir><source-dir/></op-dir>, and, if the command git -C "<source-dir/>" status --porcelain reports any output, expand the following:

        <expand name="merge-fail" arg1="source branch **<source/>** has uncommitted changes"></expand>

        Otherwise, set <op-dir><target-dir/></op-dir>, where the rebase temporarily checks out the source branch. In both cases set <abort-cmd>git -C "<op-dir/>" rebase --abort</abort-cmd>, which also restores the original checkout of <op-dir/>.

    5. Start the operation according to <getopt-option-mode/> by running the command:

      • merge: git -C "<target-dir/>" merge --no-ff --no-edit "<source/>"
      • squash: git -C "<target-dir/>" merge --squash "<source/>"
      • rebase: git -C "<op-dir/>" rebase "<target/>" "<source/>"

      If it succeeds, continue with item 9 below.

    6. Determine the conflicted files by running the command git -C "<op-dir/>" diff --name-only --diff-filter=U. If there are none, the operation failed for another reason: run the command <abort-cmd/> and expand the following:

      <expand name="merge-fail" arg1="<getopt-option-mode/> of **<source/>** into **<target/>** failed"></expand>

    7. Resolve the conflicts semantically, never losing any change, by expanding the following:

      <expand name="resolve-conflicts" arg1="ase-repo-merge" arg2="<op-dir/>" arg3="false" arg4="false" arg5=""></expand>

      <if condition="<resolve-verdict/> is not `RESOLVED`"> Run the command <abort-cmd/>, so the target and source branches are left exactly as before, and, if <resolve-backup-dir/> is not empty, remove the now obsolete backups by running the command `rm -rf "<resolve-backup-dir/>"` and set <resolve-backup-dir></resolve-backup-dir> (empty). Then report the escalations by expanding the following:

      <expand name="resolve-report" arg1="ase-repo-merge"></expand>

      Then expand the following:

      <expand name="source-rollback"></expand>

      Finally, only output the following <template/> and then immediately STOP processing the entire current skill:

      <template> ⧉ **ASE**: ✪ skill: **ase-repo-merge**, ⎇ source: **<source/>**, ⎇ target: **<target/>**, ▶ MERGE VERDICT: **CONFLICT** </template> </if>
    8. Conclude the conflict resolution according to <getopt-option-mode/> by running the command:

      • merge: git -C "<target-dir/>" commit --no-edit
      • squash: skip this item, as item 9 below commits.
      • rebase: git -C "<op-dir/>" -c core.editor=true rebase --continue

      If the rebase --continue stopped again with new conflicts of a further source commit, START OVER at item 7 above. If the command failed for another reason, run the command <abort-cmd/> and expand the following:

      <expand name="merge-fail" arg1="<getopt-option-mode/> of **<source/>** into **<target/>** failed to conclude"></expand>

      Otherwise, only output the following <template/>:

      <template> ⧉ **ASE**: ✪ skill: **ase-repo-merge**, ⎇ source: **<source/>**, ⎇ target: **<target/>**, ▶ status: **merge conflicts resolved** </template>
    9. Land the operation according to <getopt-option-mode/>:

      • merge: nothing to do, as the merge commit already exists.

      • squash: if the command git -C "<target-dir/>" diff --cached --quiet succeeds, nothing was staged, as the changes of the source branch already are contained in the target branch, so nothing is to be committed. Otherwise, commit the squashed changes with the prepared message, listing all squashed commits, by running the command git -C "<target-dir/>" commit --no-edit. If it fails, run the command <abort-cmd/> and expand the following:

        <expand name="merge-fail" arg1="squash of **<source/>** into **<target/>** failed to commit"></expand>

        Otherwise, set <squashed/> to true.

      • rebase: if <op-dir/> equals <target-dir/>, switch it back to the target branch by running the command git -C "<target-dir/>" switch "<target/>". Then fast-forward the target branch onto the rebased source branch by running the command git -C "<target-dir/>" merge --ff-only "<source/>". If a command fails, expand the following, as the source branch is already rebased, but the target branch is unchanged:

        <expand name="merge-fail" arg1="fast-forward of **<target/>** to rebased **<source/>** failed"></expand>

      Set <merged/> to true.

    </step>
  4. <step id="STEP 4: Check Merge">
    1. If <source/> equals <target/>, skip this entire STEP 4.

    2. <if condition="<getopt-option-mode/> is `squash`"> A squash merge does not record the source branch as an ancestor, so check that the squash commit landed instead: if <squashed/> is `true`, run the command `git -C "<target-dir/>" rev-parse "<target/>~1"`, and if its output does not equal <target-commit/> (the squash commit is not the direct successor of the previous target), expand the following:

      <expand name="merge-fail" arg1="changes of branch **<source/>** not contained in branch **<target/>** after squash"></expand> </if> <else> Run the command git merge-base --is-ancestor "<source/>" "<target/>". If it fails, the source branch did not land on the target branch, so expand the following:

      <expand name="merge-fail" arg1="branch **<source/>** not contained in branch **<target/>** after <getopt-option-mode/>"></expand> </else>

    </step>
  5. <step id="STEP 5: Clean Up Source" condition="<getopt-option-cleanup/> is equal `true` and <source/> is not equal <target/>">
    1. If <source-dir/> is not empty and differs from <target-dir/>, remove the worktree of the source branch by running the command git worktree remove "<source-dir/>".

    2. Delete the merged source branch by running the command git -C "<target-dir/>" branch -d "<source/>", or, for <getopt-option-mode/> squash, whose source branch Git never considers merged, by running the command git -C "<target-dir/>" branch -D "<source/>".

    3. If a command fails, only output the following <template/> and continue, as the merge itself succeeded:

      <template> ⧉ **ASE**: ✪ skill: **ase-repo-merge**, ⎇ branch: **<source/>**, ▶ WARNING: cleanup of source branch failed </template>
    </step>
  6. <step id="STEP 6: Report Verdict">

    Only output the following <template/>:

    <template> ⧉ **ASE**: ✪ skill: **ase-repo-merge**, ⎇ source: **<source/>**, ⎇ target: **<target/>**, ▶ MERGE VERDICT: **MERGED** </template> </step>
</flow>

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Review software architecture, including package cohesion and inter-package coupling

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rse/ase602026년 10월 24일 업데이트

Discover additional, third-party components (libraries/frameworks) for the technology stack to provide needed functionality.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rse/ase602026년 10월 24일 업데이트

Analyze the source code for problems in either the logic and semantics and its related control flow, performance and efficiency, or security.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rse/ase602026년 10월 24일 업데이트

Edit Source Code: Use when the user wants to "edit" the code base in one shot from a query or a bare analyzer issue id like "P1", fusing crafting, refactoring, and resolving with optional grilling, verification, looping, and Git worktree isolation.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rse/ase602026년 10월 24일 업데이트

Explains code with WHAT, WHY, ANALOGY, DIAGRAM, CRUXES, and GOTCHAS. Use when you want to know how code works or when the user asks "how does this work?"

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rse/ase602026년 10월 24일 업데이트

Give insights into the source code.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rse/ase602026년 10월 24일 업데이트

rse의 스킬 모두 보기

이 스킬의 문제 신고