Skip to main content

new-feature

Create isolated Git worktrees with their own ports, database names, and setup commands. Work on a feature, merge it, then remove its worktree and resources.

Install

Install Python 3.13 or newer, Git, and uv, then install new-feature:

uv tool install new-feature

To configure your repository with a coding agent, install Codex or Claude Code and make its executable available on PATH. From your checkout, start setup:

new-feature setup --agent codex

The agent inspects the project and asks for approval before changing configuration or installing optional hooks. Run setup again to review an existing integration. You can also configure the tool yourself.

Usage

Start from a repository with at least one commit:

new-feature my-feature --no-agent
cd .worktrees/my-feature
# Edit and commit your changes here.
cd ../..
new-feature merge my-feature
new-feature teardown my-feature

Run lifecycle commands from the original checkout. Use the feature worktree for edits and commits. If you're already in a coding agent session, use the printed absolute worktree path for the agent's tools.

To launch an agent in the worktree, use new-feature my-feature --agent claude. Without --agent, creation uses default_agent if configured. Use --no-agent to suppress it, including when you're already in an agent session.

new-feature NAME is shorthand for new-feature create NAME. Replace NAME with your feature name. Names become branch and directory slugs. Use explicit create when the name matches a command, such as new-feature create setup.

Inspect features, check their state, or get command help:

new-feature list
new-feature doctor
new-feature doctor --repair
new-feature create my-feature --dry-run
new-feature COMMAND --help

Replace COMMAND with a command name. Dry runs print environment values without creating a worktree or reserving values.

Project configuration

All settings are optional. Put shared settings in .new-feature.toml:

target_branch = "main"
setup = ["uv sync"]
pre_merge = ["uv run pytest"]
post_merge = ["uv run pytest"]
teardown = []

[env]
WEB_PORT = { allocate = "port", min = 3000, max = 3999 }
WORKER_ID = { allocate = "integer", min = 1, max = 15 }
DATABASE_NAME = { allocate = "name", prefix = "myapp", max_length = 63 }
CACHE_NAMESPACE = { allocate = "slug", prefix = "myapp" }
CACHE_DIR = { allocate = "path", base = ".new-feature/cache" }
APP_ENV = { value = "development" }

target_branch is the branch features start from and merge into. Keep personal preferences in the ignored .new-feature.local.toml:

default_agent = "codex"
pull_before_create = true
push = true
agents = { custom = ["custom-agent", "--prompt"] }

Configuration loads in this order, with later sources overriding earlier ones:

  1. ~/.config/new-feature/config.toml, which accepts only default_agent. If you set XDG_CONFIG_HOME, its path is $XDG_CONFIG_HOME/new-feature/config.toml.
  2. .new-feature.toml, or [tool.new-feature] in pyproject.toml if .new-feature.toml is absent.
  3. .new-feature.local.toml, which also works on its own.

Local values and command lists replace shared values. Entries in agents and env override by name. In pyproject.toml, use [tool.new-feature.env] instead of [env]. You can also put agent, pull, and push preferences in shared configuration as repository defaults.

By default, new-feature uses main as the target branch, launches no agent, skips pull and push, and runs no commands or allocations. With pull_before_create = true, it fast-forwards the clean target checkout using its upstream. With push = true, it pushes the merged target branch to origin.

Codex and Claude have built-in aliases, which agents can add to or override. --agent accepts a configured name or an executable command, such as --agent "custom-agent --prompt", parsed without a shell. The generated prompt is the final argument. Override it with create_prompt or setup_prompt in configuration, or --prompt for one invocation.

Lifecycle commands run sequentially in a shell. setup, pre_merge, and teardown run in the feature worktree. post_merge runs in the original checkout before committing. A nonzero exit stops the operation.

Commands and launched agents receive allocated values plus NEW_FEATURE_NAME, NEW_FEATURE_SLUG, NEW_FEATURE_BRANCH, NEW_FEATURE_WORKTREE, and NEW_FEATURE_REPO_ROOT. Existing shells and agent sessions don't inherit these values. Read them from .new-feature/manifest.toml for manual commands.

Port reservations span all port variables in this repository. Availability checks don't hold ports open or reserve them against other repositories or programs. Integer reservations are per variable. Without explicit bounds, ports use 1024-65535 and integers use 0-65535.

Use name for database identifiers, with max_length set to your database's identifier length limit. Use slug for readable namespaces in the form prefix-feature-slug. Paths return base/feature-slug without creating directories. Relative paths resolve from the command's working directory.

Lifecycle

Creating an active feature again reuses its worktree and environment without rerunning setup. If setup fails, new-feature attempts cleanup. If cleanup fails or doctor reports setup-incomplete, save needed work, then tear down and recreate the feature.

The new-feature merge NAME command requires clean feature and target checkouts and refuses merge conflicts. Failed merges attempt to restore the target checkout and remove non-ignored untracked files created there. Rollback doesn't undo external effects such as database changes.

Merge-check failures print a log path under .new-feature/diagnostics/merge-failures/. If push fails, rerun merge to retry. Merge leaves the worktree in place. Run teardown afterward, before creating another feature with the same name.

Teardown runs your cleanup commands, then removes the worktree and branch. If cleanup fails, removal stops even with --force. Use --force only to discard uncommitted or unmerged work deliberately. If the feature record is missing, teardown skips configured cleanup and can still remove the worktree.

Teardown accepts patch-equivalent branches, whose patches already exist in the target, except branches with unmerged merge commits.

Use new-feature doctor --repair to clean up stale feature records and branches whose worktrees no longer exist. Repair preserves unmerged work and unreadable worktrees. It doesn't recreate missing worktrees. Doctor exits nonzero while issues remain.

Setup and creation ignore .new-feature/, .worktrees/, and *.local.toml locally without changing your tracked .gitignore file.

Agent guards

Install optional hooks to keep coding agents on feature branches and require new-feature for worktree creation, removal, and merging into the target branch:

new-feature install-rules           # tracked .i-insist/new-feature.toml
new-feature install-rules --global  # ~/.i-insist/new-feature.toml

The installer also sets up i-insist. Restart your coding agent and review /hooks after installation. Reinstalling replaces generated rule files, so leave them unmodified.

If a guard blocks an action, follow its error message. To approve an override, include I insist in a human message.

Metadata

Release files for new-feature 1.3.3

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for new-feature 1.3.3
File Size Uploaded
new_feature-1.3.3.tar.gz 122.2 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for new-feature 1.3.3
File Interpreter ABI Platform
new_feature-1.3.3-py3-none-any.whl Python 3 none any Details

Total release size: 159.9 kB

Release files / new_feature-1.3.3.tar.gz

Download URL new_feature-1.3.3.tar.gz
Size 122.2 kB
Tags Source
SHA-256 checksum
How to use checksums
427b484296f8e77035a5eb8f3ed52f15e2aa07473bee586a90b359fc0178f334
BLAKE2b-256 checksum
How to use checksums
a912ca6973f9416fcf5e569121077af71955b83228f675bfc1c581a8cc02551b
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 30, 2026.

Transparency log

Release files / new_feature-1.3.3-py3-none-any.whl

Download URL new_feature-1.3.3-py3-none-any.whl
Size 37.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
b876a447395d6334c09052890d72e7f194ba4e366a61c7cfeea85df30a120c46
BLAKE2b-256 checksum
How to use checksums
8344d7eb3518743cf71ff36ecb7d3a59c144048983014988cef86718b30ee6b7
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 30, 2026.

Transparency log

Release history Release notifications | RSS feed

1.3.7

2 release files

1.3.6

2 release files

1.3.5

2 release files

1.3.4

2 release files

This release

1.3.3 This release

2 release files

1.3.2

2 release files

1.3.1

2 release files

1.3.0

2 release files

1.2.3

2 release files

1.2.2

2 release files

1.2.1

2 release files

1.2.0

2 release files

1.1.37

2 release files

1.1.36

2 release files

1.1.35

2 release files

1.1.34

2 release files

1.1.33

2 release files

1.1.32

2 release files

1.1.27

2 release files

1.1.26

2 release files

1.1.25

2 release files

1.1.21

2 release files

1.1.19

2 release files

1.1.18

2 release files

1.1.17

2 release files

1.1.16

2 release files

1.1.15

2 release files

1.1.14

2 release files

1.1.13

2 release files

1.1.12

2 release files

1.1.11

2 release files

1.1.10

2 release files

1.1.9

2 release files

1.1.8

2 release files

1.1.7

2 release files

1.1.6

2 release files

1.1.5

2 release files

1.1.2

2 release files

1.1.1

2 release files

1.1.0

2 release files

1.0.3

2 release files

1.0.2

2 release files

1.0.1

2 release files

1.0.0

2 release files

0.6.4

2 release files

0.6.3

2 release files

0.6.2

2 release files

0.6.1

2 release files

0.6.0

2 release files

0.3.1

2 release files

0.3.0

2 release files

0.2.0

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page