New:Introducing Socket Scanning for VS Code Marketplace Extensions.Learn more →
Get Started

hansolo-cli

Package Overview
Dependencies
Maintainers
1
Versions
6
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

hansolo-cli

Git workflow automation tool that enforces linear history and prevents merge conflicts

latest
Source
npmnpm
Version
1.2.0
Version published
Maintainers
1
Created
Source

han-solo 🚀

Git workflow automation tool that enforces linear history and prevents merge conflicts

han-solo is a powerful CLI tool designed to streamline Git workflows while maintaining clean, linear commit history. It integrates with Claude Code through MCP (Model Context Protocol) and GitHub API for seamless PR management.

Features

  • 🚀 One-Command Workflow: Ship entire feature in a single command (v2)
  • 🛡️ Pre/Post-Flight Checks: Comprehensive validation before and after every operation
  • 🚫 Branch Reuse Prevention: Blocks reusing branch names after merge
  • ✓ PR Conflict Detection: Ensures single PR per branch lifecycle
  • 📊 Colorful ASCII Art: Professional, color-coded visual feedback for all commands
  • 📉 Context Window Display: Real-time token usage tracking with visual progress bars
  • 📈 Linear History Enforcement: Ensures all merges result in clean, linear commit history
  • 🔄 Session Management: Track multiple concurrent workflows with isolated sessions
  • ⚙️ State Machine Control: Deterministic workflow states prevent invalid operations
  • 🔗 GitHub Integration: Automatic PR creation, CI monitoring, and merging
  • 🤖 MCP Server: Native Claude Code integration for AI-assisted workflows
  • 🎨 Rich Terminal UI: Progress indicators, status displays, and clear reporting
  • 🔒 Safety First: Built-in safeguards prevent accidental commits to main
  • 📍 Smart Status Line: Always-visible workflow status in Claude Code

Installation

npm install -g @hansolo/cli

Project-level Installation

npm install --save-dev @hansolo/cli

Quick Start

New to han-solo? Check out the Quick Start Guide for a detailed walkthrough, or follow the steps below to get started immediately.

1. Initialize han-solo in your project

cd your-project
hansolo init

This creates a .hansolo directory with configuration and session storage. If Claude Code is detected, it automatically sets up MCP integration.

2. (Optional) Set up GitHub authentication

# Option A: GitHub CLI (easiest)
gh auth login

# Option B: Personal access token
export GITHUB_TOKEN=ghp_your_token_here

3. Start a new feature workflow

hansolo launch

This creates a new feature branch and starts tracking your workflow.

4. Make your changes

Work on your feature as normal. han-solo tracks your session automatically.

# Check status anytime
hansolo status

5. Ship your changes (One Command! 🚀)

hansolo ship

That's it! This single command:

  • ✅ Commits your changes (runs lint/typecheck hooks)
  • ✅ Pushes to remote (runs test hooks)
  • ✅ Creates or updates PR
  • ✅ Waits for CI checks
  • ✅ Auto-merges when ready
  • ✅ Syncs main branch
  • ✅ Deletes feature branches
  • ✅ Completes session

Ready for your next feature! 🎉

Using Claude Code? After hansolo init, enable the status line for always-visible workflow status:

/hansolo:status-line enable

For detailed examples and advanced workflows, see the Usage Guide.

Core Commands

hansolo init

Initialize han-solo in your project. Creates configuration and installs Git hooks.

Options:

  • --scope [project|user] - Installation scope (default: project)
  • --force - Force reinitialization

hansolo launch

Start a new feature workflow with automatic branch creation.

Options:

  • --branch <name> - Specify branch name (auto-generated if omitted)
  • --description <desc> - Add description for the feature
  • --force - Launch even with uncommitted changes

hansolo ship

NEW IN V2: Complete the entire workflow automatically in a single command!

Ship now handles everything: commit → push → PR → CI wait → merge → cleanup

What it does:

  • Commits any uncommitted changes (runs pre-commit hooks)
  • Pushes to remote (runs pre-push hooks)
  • Creates or updates GitHub PR
  • Waits for CI checks to pass
  • Auto-merges PR with squash
  • Syncs local main branch
  • Deletes feature branches (local & remote)
  • Marks session as complete

Options:

  • --message <msg> - Custom commit message
  • --force - Override safety checks
  • --yes - Skip confirmations (for automation)

Example:

# Ship everything at once
hansolo ship

# With custom commit message
hansolo ship --message "feat: add user authentication"

# Skip confirmations for CI/CD
hansolo ship --yes

hansolo sessions

List and manage active workflow sessions.

Options:

  • --all - Show all sessions including completed
  • --verbose - Detailed session information
  • --cleanup - Remove expired sessions

hansolo swap

Switch between active workflow sessions.

Usage:

hansolo swap [branch-name]

Options:

  • --force - Force swap with uncommitted changes
  • --stash - Stash changes before swapping

hansolo abort

Cancel an active workflow session.

Options:

  • --branch <name> - Specify branch to abort (current if omitted)
  • --delete-branch - Delete the branch after aborting
  • --force - Force abort
  • --yes - Skip confirmation
  • --all - Abort all active workflows

hansolo status

Show current workflow status and session information.

hansolo cleanup

Clean up completed sessions, merged branches, and sync main with remote.

Critical: Run this after PRs are merged on GitHub to ensure local main is synced and feature branches are removed.

Usage:

hansolo cleanup

Options:

  • --dry-run - Show what would be cleaned up without making changes
  • --force / -f - Skip confirmation prompts
  • --all - Clean up everything including old audit logs
  • --sessions-only - Only clean up sessions, keep branches
  • --branches-only - Only clean up branches, keep sessions
  • --days <N> - Clean up sessions completed N+ days ago (default: 30)
  • --no-sync - Skip syncing main branch with remote

What it does:

  • Syncs main branch: Pulls latest from remote (includes squashed PR commits)
  • Removes merged branches: Deletes local branches that have been merged
  • Archives sessions: Cleans up completed/expired workflow sessions
  • Removes stale locks: Clears lock files older than 24 hours
  • Cleans audit logs: (with --all) Removes old audit entries

When to run:

  • After merging a PR on GitHub
  • Periodically to keep repository tidy
  • Before starting new work to ensure clean state

V2 Features (NEW! 🎉)

Pre-Flight and Post-Flight Checks

Every command now includes comprehensive validation:

Pre-Flight Checks (before execution):

🔍 Pre-Flight Checks (5/5 passed)
  ✓ On main/master branch: main
  ✓ Working directory clean
  ✓ Main up to date with origin
  ✓ No existing session
  ✓ Branch name available: feature/my-feature

✓ All checks passed (5/5)

Post-Flight Verifications (after execution):

✅ Post-Flight Verification (5/5 passed)
  ✓ Session created: ID: abc12345...
  ✓ Feature branch created: feature/my-feature
  ✓ Branch checked out: feature/my-feature
  ✓ Session state: BRANCH_READY
  ✓ No uncommitted changes

Benefits:

  • Catch issues before making changes
  • Confirm expected state after operations
  • Clear visual feedback (✓/⚠/✗)
  • Actionable suggestions for failures

See PRE-FLIGHT-CHECKS.md for complete documentation.

Branch Reuse Prevention

Han-solo now prevents branch name reuse after merge:

ScenarioAction
Branch merged & deletedBLOCKED - Name retired
Branch merged, deleted, recreatedBLOCKED - Critical error
Branch aborted (never merged)ALLOWED - Safe to reuse
Adding commits after mergeALLOWED - Creates new PR

Example:

hansolo launch "add-auth"
# ... work, ship, merge ...

hansolo launch "add-auth"
# ✗ Branch name available: Previously used for PR #15
#   Branch names cannot be reused after merge
#   Suggestion: feature/add-auth-v2

PR Conflict Detection

Enforces single PR per branch lifecycle:

ScenarioAction
Multiple open PRsBLOCKED - Manual fix needed
Single open PRUPDATES existing PR
Previous PR mergedCREATES new PR
No PR existsCREATES new PR

ASCII Art Banners

All commands now display professional banners:

  ╔═══════════════════════════════════════════╗
  ║        🚀  LAUNCHING WORKFLOW  🚀         ║
  ╚═══════════════════════════════════════════╝

Consistent branding across:

  • 🚀 Launch
  • 🚢 Ship
  • 🧹 Cleanup
  • ⛔ Abort
  • 🔄 Swap
  • 📊 Status
  • 📋 Sessions

Migration from V1

See MIGRATION-V2.md for complete migration guide.

Key Changes:

  • hansolo ship now does everything automatically (no more flags)
  • Pre/post-flight checks on all commands
  • Better error messages with suggestions
  • Consistent visual output

Workflow States

han-solo uses a deterministic state machine to manage workflows:

INIT → BRANCH_READY → CHANGES_COMMITTED → PUSHED →
PR_CREATED → WAITING_APPROVAL → MERGED → COMPLETE

Each state has specific allowed transitions and validations to ensure workflow integrity.

GitHub Integration

han-solo integrates with GitHub API for automated PR management.

Setup

Option 1: Use GitHub CLI (Recommended for local development)

gh auth login

Option 2: Set environment variable (For CI/CD)

export GITHUB_TOKEN=your_github_token
# or
export GH_TOKEN=your_github_token

han-solo automatically detects and uses gh CLI authentication if available, so explicit token setup is often unnecessary for local development.

Features

  • Automatic PR creation with generated descriptions
  • Review status tracking
  • Check suite monitoring
  • Squash merge support
  • Automatic branch cleanup

MCP Server (Claude Code Integration)

han-solo includes an MCP server for seamless Claude Code integration.

Quick Setup with Claude Code

  • Initialize han-solo in your project:

    hansolo init
    

    This automatically configures the MCP server in Claude Code.

  • Enable the Status Line (optional but recommended):

    /hansolo:status-line enable
    
  • Start using han-solo via Claude Code:

    /hansolo:launch
    /hansolo:ship
    /hansolo:status
    

Available MCP Tools

All han-solo commands are available through Claude Code's slash command interface:

CommandDescription
/hansolo:initInitialize han-solo in your project
/hansolo:launchStart a new feature workflow
/hansolo:shipComplete and merge your feature
/hansolo:statusShow current workflow status
/hansolo:sessionsList all active sessions
/hansolo:swapSwitch between sessions
/hansolo:abortCancel current workflow
/hansolo:status-lineManage Claude Code status line

Status Line Integration

The status line provides at-a-glance workflow information directly in Claude Code:

[han-solo] ✏️ 0c2a20a7 | feature/my-feature | BRANCH_READY | 45000/200000 ██░░░░░░░░ 22%

Status Line Components:

  • Session ID: Short identifier for current session
  • Branch Name: Current feature branch
  • State: Workflow state (BRANCH_READY, PUSHED, etc.)
  • Token Usage: Context window usage with visual progress bar
    • Green: < 50% (plenty of room)
    • Yellow: 50-80% (getting full)
    • Red: > 80% (approaching limit)

Managing the Status Line:

# Enable status line
/hansolo:status-line enable

# Disable status line
/hansolo:status-line disable

# Show current status
/hansolo:status-line show

# Update configuration
/hansolo:status-line update --show-branch-info true

Session Management

Sessions are stored in .hansolo/sessions/ with automatic persistence:

  • Each workflow creates a unique session ID
  • Sessions track state history and transitions
  • Automatic lock management prevents conflicts
  • Sessions expire after 30 days of inactivity

Configuration

Configuration is stored in .hansolo/config.yaml:

initialized: true
scope: project
gitPlatform:
  type: github
  owner: your-org
  repo: your-repo
components:
  mpcServer: true
  statusLines: true
  gitHooks: true
preferences:
  defaultBranchPrefix: feature/
  autoCleanup: true
  confirmBeforePush: true
  colorOutput: true
  verboseLogging: false

Architecture

han-solo follows a layered architecture:

┌─────────────────────────────────┐
│         Claude Code             │
│         (via MCP)               │
└─────────────────────────────────┘
                ↓
┌─────────────────────────────────┐
│       CLI Interface             │
│    (Commands & Options)         │
└─────────────────────────────────┘
                ↓
┌─────────────────────────────────┐
│     State Machine Layer         │
│  (Workflow Control & Rules)     │
└─────────────────────────────────┘
                ↓
┌─────────────────────────────────┐
│     Services Layer              │
│ (Git, GitHub, Sessions, Config) │
└─────────────────────────────────┘
                ↓
┌─────────────────────────────────┐
│    Persistence Layer            │
│  (File System & Git Repo)       │
└─────────────────────────────────┘

Development

Building from Source

# Clone the repository
git clone https://github.com/slamb2k/hansolo.git
cd hansolo

# Install dependencies
npm install

# Build TypeScript
npm run build

# Run tests
npm test

# Run with coverage
npm run test:coverage

Running Locally

# Link for local development
npm link

# Now use globally
hansolo init

Testing

han-solo includes comprehensive tests for all components:

# Run all tests
npm test

# Watch mode
npm run test:watch

# Coverage report
npm run test:coverage

Documentation

Getting Started

Reference

Advanced

Project

Shell Completions

han-solo provides shell completions for enhanced CLI experience:

  • Bash: source completions/hansolo.bash
  • ZSH: source completions/hansolo.zsh
  • Fish: Copy to ~/.config/fish/completions/

Git Hooks

Install Git hooks to enforce han-solo workflows:

sh hooks/install.sh

Available hooks:

  • pre-commit: Prevents direct commits to protected branches
  • pre-push: Validates workflow state before pushing
  • commit-msg: Enforces conventional commit messages

Docker Support

Run han-solo in a container:

# Build image
docker build -t hansolo .

# Run container
docker run -it --rm -v $(pwd):/workspace hansolo

# Using docker-compose
docker-compose run hansolo

Contributing

Contributions are welcome! Please see our Contributing Guide for details.

  • Fork the repository
  • Create a feature branch (hansolo launch --branch feature/your-feature)
  • Make your changes
  • Add tests for new functionality
  • Run tests and linting
  • Ship your changes (hansolo ship)
  • Create a pull request

License

MIT License - see LICENSE file for details

Support

Acknowledgments

han-solo - May your commits be linear and your conflicts be few 🚀

Keywords

git

FAQs

Package last updated on 09 Oct 2025

Related posts