Get the FREE Ultimate OpenClaw Setup Guide →

finishing-a-development-branch

Scanned
npx machina-cli add skill CodingCossack/agent-skills-library/finishing-a-development-branch --openclaw
Files (1)
SKILL.md
5.4 KB

Finishing a Development Branch

The Process

Step 1: Verify Tests

Determine test runner from project structure:

  • package.jsonnpm test or yarn test
  • Cargo.tomlcargo test
  • pyproject.toml / setup.pypytest
  • go.modgo test ./...
  • Makefile with test target → make test

Run tests. If any fail, report ⊘ BLOCKED:TESTS with failure count and stop. Do not proceed to Step 2.

Step 2: Determine Base Branch

Find the branch this feature diverged from:

# Check which branch has the closest merge-base
for candidate in main master develop; do
  if git rev-parse --verify "$candidate" >/dev/null 2>&1; then
    MERGE_BASE=$(git merge-base HEAD "$candidate" 2>/dev/null)
    if [ -n "$MERGE_BASE" ]; then
      echo "Candidate: $candidate (merge-base: $MERGE_BASE)"
    fi
  fi
done

Select the candidate with the most recent merge-base (closest ancestor). If multiple branches share the same merge-base or detection is ambiguous, ask: "This branch could target main or develop. Which should it merge into?"

Store the result - subsequent steps reference <base-branch> meaning this determined value.

Step 3: Present Options

Present exactly these 4 options:

Implementation complete. What would you like to do?

1. Merge back to <base-branch> locally
2. Push and create a Pull Request
3. Keep the branch as-is (I'll handle it later)
4. Discard this work

Which option?

Step 4: Execute Choice

Option 1: Merge Locally

git checkout <base-branch>
git pull
git merge <feature-branch>

If merge conflicts:

⊘ BLOCKED:CONFLICTS

Merge conflicts in:
- <conflicted files>

Cannot auto-resolve. User must:
1. Resolve conflicts manually
2. Run tests
3. Re-run this workflow

Stop. Do not proceed.

If merge succeeds:

# Verify tests on merged result
<test command>

# If tests pass, delete feature branch
git branch -d <feature-branch>

Then: Cleanup worktree (Step 5). Report ✓ MERGED.

Option 2: Push and Create PR

Verify gh CLI is available:

if ! command -v gh &>/dev/null; then
  echo "gh CLI not installed. Install from https://cli.github.com/ or push manually and create PR via web."
  exit 1
fi
gh auth status || echo "gh not authenticated. Run: gh auth login"

Extract title from first commit on branch (original intent):

MERGE_BASE=$(git merge-base HEAD <base-branch>)
TITLE=$(git log --reverse --format=%s "$MERGE_BASE"..HEAD | head -1)
git push -u origin <feature-branch>
gh pr create --title "$TITLE" --body "$(cat <<'EOF'
## Summary
<2-3 bullets of what changed>

## Test Plan
- [ ] <verification steps>
EOF
)"

Report ✓ PR_CREATED with PR URL. Keep worktree intact for continued work during review.

Option 3: Keep As-Is

Report ✓ PRESERVED with branch name and worktree path.

Do not cleanup worktree.

Option 4: Discard

Confirm first:

This will permanently delete:
- Branch <name>
- All commits: <commit-list>
- Worktree at <path>

Type 'discard' to confirm.

Wait for exact confirmation. If not received, abort.

If confirmed:

git checkout <base-branch>
git branch -D <feature-branch>

Then: Cleanup worktree (Step 5). Report ✓ DISCARDED.

Step 5: Cleanup Worktree

For Options 1 and 4 only:

# Check if currently in a worktree (not main repo)
if [ "$(git rev-parse --git-common-dir)" != "$(git rev-parse --git-dir)" ]; then
  # Get worktree root (handles invocation from subdirectory)
  WORKTREE_ROOT=$(git rev-parse --show-toplevel)
  cd "$(git rev-parse --git-common-dir)/.."
  git worktree remove "$WORKTREE_ROOT"
fi

For Options 2 and 3: Keep worktree intact.

Quick Reference

OptionMergePushKeep WorktreeCleanup Branch
1. Merge locally--
2. Create PR--
3. Keep as-is---
4. Discard---✓ (force)

Terminal States

On completion, report exactly one:

StateOutputMeaning
✓ MERGEDBranch merged to <base>, worktree cleanedOption 1 success
✓ PR_CREATEDPR #N at URLOption 2 success
✓ PRESERVEDBranch kept at pathOption 3 success
✓ DISCARDEDBranch deleted, worktree cleanedOption 4 success
⊘ BLOCKED:TESTSN test failuresCannot proceed
⊘ BLOCKED:CONFLICTSMerge conflict in filesCannot proceed

Guardrails

Blocking conditions (stop immediately):

  • Tests failing → ⊘ BLOCKED:TESTS
  • Merge conflicts → ⊘ BLOCKED:CONFLICTS

Mandatory confirmations:

  • Option 4 (Discard): Require typed "discard" confirmation

Cleanup rules:

  • Options 1, 4: Clean up worktree and branch
  • Options 2, 3: Preserve worktree

Never:

  • Proceed with failing tests
  • Merge without verifying tests on result
  • Delete work without typed confirmation
  • Force-push without explicit request

Integration

Called by:

  • subagent-driven-development (Step 7) - After all tasks complete
  • executing-plans (Step 5) - After all batches complete

Pairs with:

  • using-git-worktrees - Cleans up worktree created by that skill

Source

git clone https://github.com/CodingCossack/agent-skills-library/blob/main/skills/finishing-a-development-branch/SKILL.mdView on GitHub

Overview

This skill guides finishing a development branch after implementation and tests pass. It covers selecting the correct base branch, presenting four finish options, executing the chosen action, and performing post-merge cleanup. It helps teams merge, open PRs, preserve, or discard work safely.

How This Skill Works

It starts by detecting the project test runner and executing tests, blocking if any fail. It then identifies the best base branch by comparing merge bases against common bases like main, master, and develop, resolving ambiguity when needed. Finally, it presents four finish options and executes the chosen action, including local merges, PR creation, or cleanup steps.

When to Use It

  • All feature branch tests pass and you are ready to integrate into a base branch.
  • You want to push the branch and open a GitHub Pull Request using the gh CLI.
  • You want to keep the feature branch and worktree for later refinement.
  • The work is no longer needed and you need to discard the branch.
  • You need to clean up the current worktree after finishing a merge or discard.

Quick Start

  1. Step 1: Run the project tests using the detected runner and block on failures.
  2. Step 2: Determine the base branch by checking merge-base against main, master, and develop; resolve ambiguity if needed.
  3. Step 3: Choose one of the four options (merge locally, push PR, keep, or discard) and perform any required cleanup in Step 5 for options 1 and 4.

Best Practices

  • Always run the project tests with the detected test runner and block on failures.
  • Determine the base with the closest merge-base to HEAD among main, master, and develop.
  • If there are merge conflicts, stop and resolve them manually before continuing.
  • Decide on how to handle the worktree upfront and keep it intact for PRs when appropriate.
  • Ensure the gh CLI is installed and authenticated before creating a PR.

Example Use Cases

  • A feature branch passes tests and is merged into the chosen base branch after review.
  • The branch is pushed and a PR is created with a title derived from the first commit.
  • The team preserves the worktree for ongoing work after pushing a PR for review.
  • A feature is discarded after determining it is no longer needed and cleaning up.
  • Worktree cleanup is performed after a local merge to keep the repository tidy.

Frequently Asked Questions

Add this skill to your agents
Sponsor this space

Reach thousands of developers