C✳CODEZ.WIN
🌐 English

Localized reading guide

finishing-a-development-branchPurpose, usage and source

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work

Source retrieved:

Source repository
obra/superpowers
SKILL.md
skills/finishing-a-development-branch/SKILL.md
Repository stars
309,479
Repository updated
2026-10-30
Categories
Development
Last collected

License: MIT

Workflow excerpts are reading aids, not executable instructions from Codez. No third-party Skill was run to produce this page.

The purpose and workflow passages below are upstream material, organized and translated for reading. They are distinct from the separately labeled Codez editorial analysis.

What this Skill does

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work

How the upstream workflow works

Overview

Core principle: Verify tests → Detect environment → Present options → Execute choice → Clean up. Announce at start: "I'm using the finishing-a-development-branch skill to complete this work."

Upstream passage · L8 ↗

Step 1: Verify Tests

Run the project's full test suite (npm test / cargo test / pytest / go test ./...). If tests fail, report the failures and stop — the menu comes after a green suite: If tests pass: continue to Step 2.

Upstream passage · L14 ↗

Step 3: Determine Base Branch

The base branch is whatever this work forked from — usually named in the plan, the conversation, or the branch's upstream. If it is not already known, ask: "This branch split from - is that correct?" Confirm before merging: merging into the wrong base is expensive to undo.

Upstream passage · L46 ↗
Upstream passage · ↗
Tests failing (<N> failures). Must fix before completing:

[Show failures]

Requirements and setup

Step 2: Detect Environment

This determines which menu to show and how cleanup works:

Upstream passage · L28 ↗

Limits and quality checks

No separate limits passage was selected from this file. This does not mean the Skill is safe for every input or environment. Review the complete source and validate your own result.

Start with a safe trial

  1. Check the supported host and the repository installation instructions. Keep the Skill directory and its referenced scripts, assets and documentation together; SKILL.md alone may omit dependencies.
  2. Give the agent your real input, desired output and acceptance criteria. Invocation syntax and available tools depend on the host; this site does not assume a universal install command.
  3. Try the source workflow in a disposable project or on a copy. Review operations that change files, remote services or billable resources before allowing them.
  4. Validate the output against the source quality checks and your own requirements. A successful trigger or a high repository Star count does not establish a correct result.

Skill format and directory specification ↗

Read further in the source

Translation and scope

This reading guide selects passages from the pinned upstream SKILL.md. Translation is assisted. It is not a complete manual or a claim of tested compatibility. Read the original and its referenced files before use.

This introduction refers to the pinned version below; current repository activity and collection time are shown separately.

Source retrieved
Source commit
2ce8aa15d05bd57213e6f746f953aafb7ded7a8b
Source SHA-256
8db5a922b242dd4e1bf824cb91c13b3e8d8e8a86d6ceaf7f0774eb9cce909d65
Back to the full Skill catalog