home / skills / sickn33 / antigravity-awesome-skills / finishing-a-development-branch

finishing-a-development-branch skill

/skills/finishing-a-development-branch

This skill guides finalizing a completed development branch by verifying tests, presenting four structured options, and cleaning up after execution.

This is most likely a fork of the finishing-a-development-branch skill from openclaw
npx playbooks add skill sickn33/antigravity-awesome-skills --skill finishing-a-development-branch

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
4.2 KB
---
name: finishing-a-development-branch
description: Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
---

# Finishing a Development Branch

## Overview

Guide completion of development work by presenting clear options and handling chosen workflow.

**Core principle:** Verify tests → Present options → Execute choice → Clean up.

**Announce at start:** "I'm using the finishing-a-development-branch skill to complete this work."

## The Process

### Step 1: Verify Tests

**Before presenting options, verify tests pass:**

```bash
# Run project's test suite
npm test / cargo test / pytest / go test ./...
```

**If tests fail:**
```
Tests failing (<N> failures). Must fix before completing:

[Show failures]

Cannot proceed with merge/PR until tests pass.
```

Stop. Don't proceed to Step 2.

**If tests pass:** Continue to Step 2.

### Step 2: Determine Base Branch

```bash
# Try common base branches
git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null
```

Or ask: "This branch split from main - is that correct?"

### 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?
```

**Don't add explanation** - keep options concise.

### Step 4: Execute Choice

#### Option 1: Merge Locally

```bash
# Switch to base branch
git checkout <base-branch>

# Pull latest
git pull

# Merge feature branch
git merge <feature-branch>

# Verify tests on merged result
<test command>

# If tests pass
git branch -d <feature-branch>
```

Then: Cleanup worktree (Step 5)

#### Option 2: Push and Create PR

```bash
# Push branch
git push -u origin <feature-branch>

# Create PR
gh pr create --title "<title>" --body "$(cat <<'EOF'
## Summary
<2-3 bullets of what changed>

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

Then: Cleanup worktree (Step 5)

#### Option 3: Keep As-Is

Report: "Keeping branch <name>. Worktree preserved at <path>."

**Don't 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 confirmed:
```bash
git checkout <base-branch>
git branch -D <feature-branch>
```

Then: Cleanup worktree (Step 5)

### Step 5: Cleanup Worktree

**For Options 1, 2, 4:**

Check if in worktree:
```bash
git worktree list | grep $(git branch --show-current)
```

If yes:
```bash
git worktree remove <worktree-path>
```

**For Option 3:** Keep worktree.

## Quick Reference

| Option | Merge | Push | Keep Worktree | Cleanup Branch |
|--------|-------|------|---------------|----------------|
| 1. Merge locally | ✓ | - | - | ✓ |
| 2. Create PR | - | ✓ | ✓ | - |
| 3. Keep as-is | - | - | ✓ | - |
| 4. Discard | - | - | - | ✓ (force) |

## Common Mistakes

**Skipping test verification**
- **Problem:** Merge broken code, create failing PR
- **Fix:** Always verify tests before offering options

**Open-ended questions**
- **Problem:** "What should I do next?" → ambiguous
- **Fix:** Present exactly 4 structured options

**Automatic worktree cleanup**
- **Problem:** Remove worktree when might need it (Option 2, 3)
- **Fix:** Only cleanup for Options 1 and 4

**No confirmation for discard**
- **Problem:** Accidentally delete work
- **Fix:** Require typed "discard" confirmation

## Red Flags

**Never:**
- Proceed with failing tests
- Merge without verifying tests on result
- Delete work without confirmation
- Force-push without explicit request

**Always:**
- Verify tests before offering options
- Present exactly 4 options
- Get typed confirmation for Option 4
- Clean up worktree for Options 1 & 4 only

## 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

Overview

This skill guides completion of a development branch by verifying tests, presenting a strict set of post-implementation options, and executing the chosen workflow. It enforces safe rules around merges, pull requests, branch retention, and destructive cleanup. Use it when implementation is complete and you need a deterministic finish procedure.

How this skill works

First it runs the project test suite and halts if any tests fail. If tests pass, it determines the likely base branch and presents exactly four concise options: merge locally, push and create a PR, keep the branch, or discard the work. After you choose, it executes the corresponding git commands, runs verification where required, and performs worktree/branch cleanup only when appropriate.

When to use it

  • Implementation is complete and all local tests pass
  • You need a deterministic decision for integrating feature work
  • Preparing to merge into main/master or open a PR
  • Cleaning up a feature worktree or discarding a branch
  • Coordinating final steps in an automated agent pipeline

Best practices

  • Always run the full test suite before offering options
  • Determine and confirm the correct base branch (main or master) first
  • Present only the four structured options without extra open-ended choices
  • Require typed confirmation before any destructive discard action
  • Clean up git worktrees only for merge or discard flows

Example use cases

  • Finish a completed feature branch and merge locally into main after verification
  • Push the feature branch and open a PR with a short title, summary bullets, and a test plan
  • Preserve the branch and worktree for later iteration without removing anything
  • Discard a short-lived experiment branch after explicit typed confirmation and worktree removal
  • Automate finalization step in an agent-driven CI workflow after all tasks succeed

FAQ

What happens if tests fail?

The skill stops immediately, reports failing tests and their count, and will not offer merge/PR/discard options until failures are fixed.

When is worktree removed?

Worktree removal is performed only for merge-locally and discard options. For create-PR and keep-as-is, the worktree is preserved.